Blenden Sie Zahlungsmethoden im Checkout mit regelbasierten Richtlinien ein oder aus. AND/OR-Bedingungen für Warenkorb, Kundengruppe, Land, Versand und Produkte. Steuern Sie Zahlungs-Gateways mit Merge-Strategien. Inklusive Simulator, Audit-Log, Analytics-Dashboard, JSON-Import/Export und mehrsprachigen Meldungen. Für PrestaShop 1.7, 8 und 9.











Das PrestaShop-Modul Payment Method Rules ist ein fortschrittliches Tool zur Verwaltung der Sichtbarkeit von Zahlungsmethoden im Warenkorb. Es ermöglicht die Erstellung präziser, bedingter Regeln basierend auf zahlreichen Kriterien wie Warenkorb, Kunde, Lieferung oder Produkten, mithilfe eines visuellen AND/OR-Editors. Sie können definieren, welche Zahlungs-Gateways angezeigt oder ausgeblendet werden sollen, Prioritäten festlegen und Regel-Merge-Strategien bestimmen. Das Modul bietet zudem einen Warenkorb-Simulator zum Testen der Regeln, ein detailliertes Analyse-Dashboard sowie ein vollständiges Audit-Log, um Ihnen volle Kontrolle über den Checkout-Prozess und die Optimierung des Kundenerlebnisses zu gewährleisten.
Jeder Warenkorb ist anders. Jeder Kunde verdient Zahlungsoptionen, die zu seinem Kontext passen. Payment Method Rules ist eine vollständige Sichtbarkeits-Engine für Ihren Checkout: Erstellen Sie Richtlinien mit verschachtelten AND/OR-Bedingungen, steuern Sie jede Zahlungsgateway einzeln, erklären Sie, warum eine Methode nicht verfügbar ist, simulieren Sie Ergebnisse vor dem Go-live und verfolgen Sie jede Entscheidung im Audit-Log. Ein Modul. Volle Kontrolle darüber, womit Ihre Kunden bezahlen können.
Diese Funktionen verwandeln Zahlungssichtbarkeit von Rätselraten in verwaltete Geschäftsregeln. Entwickelt für Shopbetreiber, die Präzision am Checkout brauchen — ohne Code anzufassen.
Erstellen Sie mehrere benannte Richtlinien, ordnen Sie sie nach Priorität, aktivieren oder pausieren Sie sie einzeln. Jede Richtlinie enthält ihren eigenen Bedingungsbaum und Gateway-Regeln.
Verschachtelte AND/OR-Gruppen mit 12 Warenkorb- und Kundenfeldern. Schnellvoreinstellungen für gängige Szenarien. Rohes JSON als Ausweg, wenn Sie es brauchen.
Eine Karte pro installiertem Zahlungsmodul. Setzen Sie SHOW oder HIDE, Bewertungspriorität, Anzeigeposition und optionale Zeitfenster pro Regel.
Deny wins, allow wins, priority cascade, weighted score oder unanimous SHOW — wählen Sie, wie widersprüchliche Regeln innerhalb einer Richtlinie aufgelöst werden.
Wählen Sie einen echten Warenkorb und Kunden aus Ihrem Shop. Sehen Sie genau, welche Zahlungsmethoden erscheinen würden — bevor eine einzige Bestellung aufgegeben wird.
KPI-Karten, tägliche/wöchentliche/monatliche Diagramme und Aufschlüsselung pro Zahlungsmodul. Verfolgen Sie, wie oft jedes Gateway im Zeitverlauf angezeigt oder ausgeblendet wird.
Lassen Sie eine ausgeblendete Methode als deaktivierte Option mit individueller mehrsprachiger Erklärung sichtbar — oder entfernen Sie sie vollständig aus der Liste. Ihre Wahl über eine globale Einstellung.
Jede Sichtbarkeitsbewertung, Richtlinienänderung, Simulationsausführung und Bestellvalidierung wird mit Zeitstempel, Akteur und Detailvorschau protokolliert. Exportieren Sie bei Bedarf für eine schriftliche Nachverfolgung.
Laden Sie jede Richtlinie als JSON herunter, importieren Sie sie in einen anderen Shop oder duplizieren Sie sie mit einem Klick. Verschieben Sie Konfigurationen zwischen Umgebungen, ohne alles neu aufzubauen.
Komplexe Checkout-Regeln sollten keinen komplexen Code erfordern. Payment Method Rules bietet Ihnen einen Drag-and-Drop-Bedingungsbaum direkt im Richtlinien-Editor.
Warenkorbgesamtbetrag, Produktgesamtbetrag, Menge, Währung, Lieferland, Zone, Kundengruppe, Versanddienstleister, Anmeldestatus, Produkt, Kategorie und Hersteller — alle mit Autocomplete-Suche, wo es relevant ist.
Kombinieren Sie Bedingungen in Gruppen, verschachteln Sie Gruppen in Gruppen, wechseln Sie Operatoren pro Ebene. Erstellen Sie Regeln wie „Warenkorb über 500 EUR UND (Land ist DE ODER Land ist AT)“.
Schnellvoreinstellungen mit einem Klick für nur Gäste, nur B2B oder Mindestwarenkorbwert. Laden Sie Server-Voreinstellungen oder fügen Sie rohes JSON ein, wenn Sie volle manuelle Kontrolle brauchen.
Warum das wichtig ist: Der Bedingungs-Editor ist kein kosmetisches Add-on. Er ist der Kern der Bewertungs-Engine — jedes Feld entspricht live Warenkorb- und Kundendaten, die bei jedem Checkout-Ladevorgang bewertet werden. Sie sehen den Baum, die Engine führt den Baum aus.
Jede Funktion in verständlicher Sprache für Shopbetreiber erklärt. Kein technisches Fachchinesisch. Eine nach der anderen, damit Sie genau wissen, was Payment Method Rules für Ihren Shop leistet.
Wenn ein Kunde den Zahlungsschritt erreicht, bewertet das Modul alle aktiven Richtlinien anhand des aktuellen Warenkorbs, Kunden, Lieferadresse und Versanddienstleisters. Jedes installierte Zahlungsgateway erhält eine SHOW- oder HIDE-Entscheidung, bevor Optionen gerendert werden.
Ab PrestaShop 8.1 läuft die Filterung über den nativen Hook actionFilterPaymentOptions. Bei früheren Versionen wendet eine Kompatibilitätsschicht dieselbe Logik an, ohne Ihr Theme zu beeinträchtigen.
Eine Richtlinie ist ein benanntes Bündel aus Bedingungen plus einem Satz Zahlungsregeln. Erstellen Sie so viele Richtlinien wie nötig — z. B. eine für B2B-Überweisung, eine für COD-Beschränkungen bei hohen Warenkorbwerten, eine für internationale Karten.
In jeder Richtlinie erhält jedes installierte Zahlungsmodul eine eigene Regelkarte. Schalten Sie SHOW oder HIDE um, setzen Sie die Bewertungspriorität, ordnen Sie die Anzeigeposition neu und beschränken Sie die Regel optional auf einen Datumsbereich.
Richtlinien laufen in Positionsreihenfolge. Aktivieren Sie Stop on first match, wenn die Engine nach der ersten passenden Richtlinie zum aktuellen Warenkorbkontext stoppen soll.
Wenn mehrere Regeln innerhalb einer Richtlinie dasselbe Zahlungsmodul ansprechen, entscheidet die Merge-Strategie über das Ergebnis:
Setzen Sie eine Standard-Merge-Strategie global in den Einstellungen und überschreiben Sie sie pro Richtlinie, wenn ein spezifisches Szenario eine andere Konfliktlösung erfordert.
Eine Zahlungsmethode ohne Erklärung auszublenden frustriert Kunden manchmal. Payment Method Rules ermöglicht eine Meldung pro Regel und Sprache, die erscheint, wenn eine Methode blockiert ist.
In den Einstellungen wählen Sie zwischen zwei Verhaltensweisen: ausgeblendete Methoden vollständig aus der Liste entfernen oder als deaktivierte Optionen mit Ihrer individuellen Meldung inline im Zahlungsschritt sichtbar lassen.
Jede Regelkarte enthält eine mehrsprachige Eingabe mit Sprachflaggen-Auswahl — schreiben Sie die Erklärung einmal pro Sprache, die richtige Version erscheint automatisch am Checkout.
Der Tab Simulator ermöglicht das Testen von Regeln mit echten Daten aus Ihrem Shop. Suchen und wählen Sie einen aktiven Warenkorb, optional einen Kunden, und führen Sie die Bewertung aus.
Die Ergebnisse zeigen jedes Zahlungsmodul mit seinem endgültigen Sichtbarkeitsstatus, die passenden Richtlinien und alle Nichtverfügbarkeits-Meldungen. Keine Testbestellung nötig. Keine Auswirkung auf Kunden.
Nutzen Sie den Simulator nach jeder Richtlinienänderung, um zu bestätigen, dass Ihre Regeln genau wie vorgesehen funktionieren, bevor Kunden sie sehen.
Der Tab Dashboard ist Ihre Sichtbarkeits-Kontrollzentrale. KPI-Karten fassen Bewertungen, Ausblendungen und aktive Richtlinien über einen wählbaren Zeitraum (30, 90, 180 oder 365 Tage) zusammen.
Chart.js-Trenddiagramme gliedern die Aktivität täglich, wöchentlich oder monatlich. Eine Tabelle pro Zahlungsmodul zeigt, welche Gateways am häufigsten ausgeblendet werden — nützlich beim Feintuning der Regeln oder bei Verhandlungen mit Zahlungsanbietern.
Aktuelle Audit-Einträge erscheinen unten im Dashboard für schnellen Zugriff auf die neuesten Entscheidungen, ohne die Übersicht zu verlassen.
Jedes bedeutsame Ereignis wird protokolliert: Sichtbarkeitsbewertungen am Checkout, Bestellvalidierungs-Blockierungen, Richtlinien erstellen/aktualisieren/löschen, Importe, Exporte, Duplikate, Einstellungsänderungen und Simulationsläufe.
Der dedizierte Admin-Tab Audit-Log unter Zahlungen bietet Filter nach Datum, Ereignistyp und Zahlungsmodul. Klicken Sie auf Vorschau in einer Zeile, um die vollständige Detail-Payload zu sehen.
Exportieren Sie das Log als CSV, wenn Compliance oder interne Prüfung eine vollständige Historie erfordert, wer was und wann geändert hat.
Laden Sie jede Richtlinie als portable JSON-Datei aus dem Richtlinien-Editor oder der Richtlinienliste herunter. Laden Sie JSON hoch, um eine neue Richtlinie im selben Shop oder einer Staging-Umgebung zu erstellen.
Die Duplizier-Aktion kopiert die vollständige Richtlinie — Bedingungen, Regeln, Merge-Strategie und mehrsprachige Meldungen — unter einem neuen Namen. Ideal für saisonale Varianten oder sicheres Testen von Änderungen.
Jeder Import, Export und jedes Duplizieren wird in der Audit-Spur protokolliert.
Regeln werden zweimal durchgesetzt: bei der Anzeige der Zahlungsoptionen und erneut bei der Bestellvalidierung. Wenn ein Kunde irgendwie die Validierungs-URL eines ausgeblendeten Zahlungsmoduls erreicht, wird die Bestellung vor der Erstellung blockiert.
Ein Sichtbarkeits-Snapshot wird im Bestelldatensatz gespeichert, damit Sie sehen können, welche Zahlungsmethoden zum Zeitpunkt des Kaufs verfügbar waren — direkt von der Bestelldetailseite im Back Office.
Alles ist in klare Bereiche gegliedert. Öffnen Sie die Modulkonfiguration und springen Sie direkt dorthin, wo Sie hin müssen. Zwei zusätzliche native Admin-Menüs unter Zahlungen bieten vollständige Listenansichten für Richtlinien und Audit-Historie.
Echte Richtlinien-Setups, die Sie in Minuten erstellen können — jedes kombiniert einen Bedingungsbaum mit mehreren Zahlungsmodul-Regeln. Logik kopieren, Ihre Module einsetzen, veröffentlichen.
Richtlinienbedingungen (AND)
Kunde angemeldet AND Kundengruppe in [Wholesale, VIP B2B] AND Warenkorbgesamtbetrag ≥ 200 EUR
| Zahlungsmodul | Regel | Zusätzliche Regelbedingungen |
|---|---|---|
| Banküberweisung | SHOW | — |
| PayPal | HIDE | Warenkorbgesamtbetrag ≥ 1 000 EUR |
| Nachnahme | HIDE | — |
Richtlinienbedingungen (OR)
Lieferland in [PL, CZ, SK] OR Lieferzone = Inland
| Zahlungsmodul | Regel | Zusätzliche Regelbedingungen |
|---|---|---|
| Nachnahme | SHOW | Warenkorbgesamtbetrag ≤ 300 EUR AND Produktmenge ≤ 15 |
| Nachnahme | HIDE | Warenkorbgesamtbetrag > 300 EUR OR Versanddienstleister in [Express, Same-day] |
| Stripe / Karte | SHOW | Warenkorbgesamtbetrag > 300 EUR |
Richtlinienbedingungen (AND)
Warenkorbgesamtbetrag ≥ 5 000 EUR OR Produktgesamtbetrag between 3 000 – 10 000 EUR
| Zahlungsmodul | Regel | Nichtverfügbarkeits-Meldung |
|---|---|---|
| Nachnahme | HIDE | „Nachnahme ist für Bestellungen über 5.000 € nicht verfügbar.“ |
| Scheck | HIDE | — |
| Banküberweisung | SHOW | — |
| Stripe / Karte | SHOW | — |
Richtlinienbedingungen (verschachtelt)
Kategorie im Warenkorb in [Batteries, Electronics] OR (Hersteller im Warenkorb in [Brand X] AND Produkt im Warenkorb not in [Genehmigte SKU-Liste])
| Zahlungsmodul | Regel | Zusätzliche Regelbedingungen |
|---|---|---|
| Nachnahme | HIDE | — |
| PayPal | HIDE | Lieferland not in [DE, AT, CH] |
| Banküberweisung | SHOW | Kunde angemeldet = Ja |
Richtlinienbedingungen
Kunde angemeldet = Nein
| Zahlungsmodul | Regel | Zusätzliche Regelbedingungen |
|---|---|---|
| Banküberweisung | HIDE | — |
| PayPal | SHOW | — |
| Stripe / Karte | SHOW | — |
| Nachnahme | HIDE | Warenkorbgesamtbetrag > 150 EUR |
Jedes Feld unten ist im visuellen Editor verfügbar — auf Richtlinienebene und pro einzelner Zahlungsregel. Kombinieren Sie mit 9 Operatoren und verschachtelten AND/OR-Gruppen ohne Limit.
| Bedingungsfeld | Was geprüft wird | Operatoren |
|---|---|---|
| Warenkorbgesamtbetrag (inkl. MwSt.) | Voller Warenkorbwert inklusive Steuern | = ≠ > ≥ < ≤ between |
| Produktgesamtbetrag | Summe nur der Produktzeilen (ohne Versand) | = ≠ > ≥ < ≤ between |
| Produktmenge im Warenkorb | Gesamtanzahl der Artikel im Warenkorb | = ≠ > ≥ < ≤ between |
| Währung | Aktive Checkout-Währung | = ≠ in not in |
| Lieferland | Land der Lieferadresse | = ≠ in not in |
| Lieferzone | Der Adresse zugewiesene geografische Zone | = ≠ in not in |
| Kundengruppe | Standard- oder kontextuelle Kundengruppe | = ≠ in not in |
| Versanddienstleister | Beim Checkout gewählte Versandmethode | = ≠ in not in |
| Kunde angemeldet | Gast- vs. registrierte Kundensitzung | = ≠ |
| Produkt im Warenkorb | Bestimmte SKU / Produktpräsenz | in not in |
| Kategorie im Warenkorb | Produkte aus ausgewählten Kategorien | in not in |
| Hersteller im Warenkorb | Marke / Hersteller der Warenkorbartikel | in not in |
12 Felder. 9 Operatoren. Verschachtelte AND/OR-Bäume. Unbegrenzte Tiefe.
Stapeln Sie so viele Richtlinien, wie Sie brauchen. Fügen Sie so viele Regeln pro Zahlungsmodul hinzu, wie Ihr Geschäft erfordert — jede mit eigenen Unterbedingungen, Priorität, Zeitplan und mehrsprachiger Meldung. Multiplizieren Sie mit 5 Merge-Strategien, Richtlinienübergreifender Reihenfolge und Stop-on-first-match…
Die Anzahl der Kombinationen ist praktisch unbegrenzt. Ihre Checkout-Regeln können so einfach — oder so anspruchsvoll — sein, wie Ihr Geschäft es verlangt. WOW.
Payment Method Rules passt sich an, wie Ihr Unternehmen tatsächlich verkauft — nicht umgekehrt.
Zeigen Sie Banküberweisung nur, wenn der Kunde zu Ihrer Großhandelsgruppe gehört und angemeldet ist. Alle anderen sehen sie nie — oder sehen sie deaktiviert mit „Verfügbar für registrierte Geschäftskunden“.
Blenden Sie Nachnahme aus, wenn der Warenkorb die COD-Schwelle Ihres Versanddienstleisters überschreitet oder das Lieferland außerhalb Ihres Servicegebiets liegt. Kombinieren Sie Warenkorbsumme und Land in einer AND-Gruppe.
Wenn der Warenkorb Produkte aus einer eingeschränkten Kategorie enthält, blenden Sie Kartenzahlungen aus und lassen Überweisung verfügbar. Produkt- und Kategoriebedingungen unterstützen in / not in Operatoren.
Nutzen Sie die Angemeldet-Bedingung, um bestimmte Gateways auf registrierte Kunden zu beschränken. Gäste sehen eine schlanke Zahlungsliste; wiederkehrende Käufer erhalten alle Optionen.
Bedingungen beim Warenkorb-Laden bewertet. Bestellungen bei der Validierung blockiert. Jede Entscheidung in Audit-Zeilen nachverfolgt. Hier ist die Technik hinter der Zahlungsliste, die Ihre Kunden sehen.
PHP, JavaScript, Smarty-Templates, CSS und SQL für Bewertungs-Engine, Bedingungs-Editor, Dashboard-Analytics, Simulator und Audit-Protokollierung.
Engine, Bedingungs-Evaluator, Baum-Repository, Richtlinien-Duplikator, Dashboard, Audit-Log, Kompatibilitätsschicht und Admin-Renderer.
Dashboard, Policies, Settings, Simulator, Audit log und Updates — plus native Payment policies- und Audit log-Menüs unter Zahlungen.
Deny wins, allow wins, priority cascade, weighted score und unanimous SHOW — global und pro Richtlinie konfigurierbar.
ps_orders für Nachverfolgbarkeit nach dem Kauf.Bedingungen beim Warenkorb-Laden bewertet. Bestellungen bei der Validierung blockiert. Entscheidungen in Audit-Zeilen nachverfolgt. Das ist der technische Vertrag hinter Payment Method Rules. Ihr Kunde sieht eine klare Zahlungsliste. Sie kontrollieren genau, was darauf steht.
Über 12.000 Codezeilen in mehr als 75 Moduldateien und v1.1.0 kontinuierlicher Entwicklung. Eine produktionsreife Sichtbarkeits-Engine, auf die Ihr Checkout zählen kann, wenn Warenkörbe variieren, Kunden sich unterscheiden und Zahlungsregeln Schritt halten müssen.











Das Modul „Bedingte Zahlungsmethoden-Regeln“ optimiert und automatisiert die Anzeige von Zahlungsoptionen. Es ermöglicht präzise, regelbasierte Entscheidungen für jeden Warenkorb, minimiert manuelle Eingriffe und verbessert die Checkout-Effizienz sowie die Kundenerfahrung.
Mit "Bedingte Zahlungsmethoden-Regeln" passen Sie die Zahlungsanzeige präzise an jeden Kunden- und Warenkorbkontext an. Dies minimiert Warenkorbabbrüche durch optimale Optionen und klare Meldungen, was direkt zu maximierten Konversionen und gesteigertem Umsatz führt.
Unsere 15 Jahre Erfahrung mit PrestaShop prägen die 'Bedingten Zahlungsmethoden-Regeln'. Dieses Modul bietet beispiellose Präzision bei der Steuerung von Zahlungsgateways, basierend auf tiefgreifendem Verständnis der Checkout-Prozesse und Versionen von PrestaShop 1.7 bis 9.x.
Das Modul "Bedingte Zahlungsmethoden-Regeln" ermöglicht eine umfangreiche Anpassung Ihrer Checkout-Zahlungsoptionen. Erstellen Sie detaillierte Richtlinien mit verschachtelten AND/OR-Bedingungen basierend auf 12 Feldern, steuern Sie jedes Zahlungs-Gateway individuell und nutzen Sie fünf Merge-Strategien für beispiellose Präzision und Kontrolle.
Das Modul "Bedingte Zahlungsmethoden-Regeln" ist vollständig Open Source. Sie erhalten vollen Zugriff auf den Quellcode, um die anspruchsvolle Logik der Zahlungssichtbarkeit anzupassen und erweiterte, nahtlose Integrationen in Ihren PrestaShop-Shop zu realisieren. Keine versteckten Funktionen.
Mit dem Modul "Bedingte Zahlungsmethoden-Regeln" erhalten Sie eine zeitlich unbegrenzte Lizenz für präzise Zahlungskontrolle. Kostenlose Updates sind für ein volles Kalenderjahr inbegriffen. Danach profitieren Sie von bis zu 90% Rabatt auf Verlängerungen, um die kontinuierliche Anpassung Ihrer Zahlungsoptionen zu gewährleisten.