Magento 2 Modul Zahlungsprofile / Zahlungsarten-Regeln

Es steuert, welche installierten Zahlungsarten Magento in einem bestimmten Checkout anzeigen darf. SoftwareSilo verwendet Positivlisten-Profile nach Kundengruppe oder Einzelkonto sowie Website, Warenkorbbedingungen und Priorität.

Nein. Es verarbeitet keine Transaktionen und speichert keine Karten. Mit Profil ist eine Auswahl erlaubter Magento Zahlungsarten gemeint, nicht ein Zahlungsmittel des Käufers.

Für B2B-, Großhandels-, Händler-, gemischte B2B/B2C- und Multi-Website-Shops, in denen Rechnung, Banküberweisung, Bestellmethode, Karte, PayPal, Nachnahme oder andere Methoden von Käufer und Bestellung abhängen.

Magento Open Source enthält Zahlungsarten und deren eigene Einstellungen, aber keine allgemeine Profilverwaltung für eine genehmigte Auswahl je Kundenkonto und Gruppe. SoftwareSilo ergänzt diese Ebene.

Ja. Ein Profil kann einer oder mehreren Magento Kundengruppen zugeordnet werden, bei Bedarf auch Not Logged In für eine kontrollierte Gastregel.

Ja. Das Admin-Formular enthält eine Kundenzuordnung, über die ausgewählte Konten direkt ein Profil erhalten, ohne eine neue Kundengruppe anzulegen.

Ja. Mehrere Konten können dasselbe Profil erhalten. Ein Konto kann außerdem sowohl durch direkte als auch durch Gruppenzuordnung erfasst sein.

Ja. Es nutzt das Magento SalesRule-Bedingungsmodell und kann Quote-Adresse, Summen, Mengen, Produktkombinationen und im Regelbaum verfügbare Attribute prüfen.

Ja, sofern die gewünschte Summe im Magento Bedingungseditor verfügbar ist. Das Profil erlaubt Rechnung nur, wenn Zuordnung und kompletter Bedingungskontext passen.

Ja. Produktkombinationen und Attribute können ein Profil eingrenzen. Testen Sie die konkret verwendeten Attribute mit allen relevanten Warenkorbtypen.

Ja. Jedes Profil gehört zu genau einer Magento Website. Die Methodenauswahl wird dafür geladen, und Profile anderer Websites gelten nicht für das aktuelle Quote.

Es unterstützt websiteabhängige Profile. Länder- und Adresslogik kann zusätzlich aus Bedingungen oder der Zahlungsart selbst kommen. Planen Sie getrennte Profile bei unterschiedlicher Gateway-Konfiguration.

Zulässig sind Werte von 1 bis 999. Kleinere Zahlen werden für die vorrangige passende zugeordnete Regel zuerst geprüft. Verwenden Sie ein dokumentiertes Schema und testen Sie Überschneidungen.

Das Modul validiert zugeordnete Profile gegen das aktuelle Quote. Treffen ein regelbasiertes Set und ausdrückliche Zuordnungen zusammen, wird das Ergebnis auf Methoden eingegrenzt, die in beiden Kontexten erlaubt sind.

Eine Store-Einstellung steuert den Fall ohne Treffer. Je nach Konfiguration bleiben die normalen Magento-Methoden erhalten oder es gibt keine durch Profile erlaubte Methode. Diese Entscheidung muss bewusst getestet werden.

Nein. Zahlungsprofile schränkt die Magento-Auswahl ein, aktiviert aber keine Methode erneut, die wegen Gateway, Land, Währung, Summe, Zugangsdaten oder einer anderen Prüfung nicht verfügbar ist.

Ja, über die Magento Kundengruppe Not Logged In und passende Bedingungen. Legen und testen Sie ein Gastprofil an, wenn Gäste eine kontrollierte Auswahl erhalten sollen.

Das Modul verwendet die Magento-Pipeline für verfügbare Zahlungsarten und besitzt Integrationstests für Admin-Order-Quotes. Individuelle Admin-Abläufe und Gateways sollten im Projekt zusätzlich getestet werden.

Es filtert die Magento-Zahlungsverfügbarkeit in REST- und Headless-Kontexten, die die Standard-Quote-Pipeline nutzen. Eine eigene öffentliche API zur Profilverwaltung ist nicht enthalten.

Nein. Es gibt keine öffentlichen Endpunkte zur Profilverwaltung. Enthalten sind interne Repositories und ein geschützter Admin-AJAX-Endpunkt für websiteabhängige Zahlungsarten.

Nein. Es steuert nur die Verfügbarkeit und verändert weder Quote- noch Auftragssummen. Für Zuschläge wird eine eigene Gebührenlösung benötigt.

Nein. Kreditentscheidung, Limits, offene Posten und Mahnung bleiben in ERP, Buchhaltung, Adobe Commerce B2B oder einem anderen führenden System.

Nein. Es kann eine installierte Bestell- oder Purchase-Order-Zahlungsart ein- oder ausgrenzen, erstellt aber keine Genehmigungskette. Adobe Commerce B2B deckt umfassendere PO-Abläufe ab.

SoftwareSilo stellt erlaubte Sets nach Gruppen und Einzelkonten in den Mittelpunkt. Amasty arbeitet primär mit Sperrregeln und veröffentlicht Zeitsteuerung, Meldungen, Kaufhistorie und einen breiteren Bedingungskatalog.

SoftwareSilo ist ein fokussiertes, kontobezogenes Positivlisten-Modul. Mageplaza veröffentlicht breitere Ein-/Ausblendregeln und bietet mit Payment Suite auch Zahlungsgebühren.

Nein. SoftwareSilo liefert fokussierte Sichtbarkeitsregeln. Adobe Commerce B2B enthält zusätzlich Firmenkonten, Payment on Account, Unternehmenskredit, Rollen und Bestellfreigaben.

Testen Sie eine Matrix aus Kunde, Gruppe, Website, Warenkorb, Produkt, Adresse, Summe, Gaststatus, Admin-Auftrag, API-Warenkorb und Gatewaystatus. Entscheidend ist die endgültig sichtbare Auswahl.

Die Lizenz gilt für eine Magento-Installation inklusive Multi-Website-Betrieb. Zusätzlich darf das Modul auf beliebig vielen Entwicklungs- oder Staging-Servern installiert werden. Weitere Details finden Sie in unseren Lizenzbestimmungen.

Installation und Konfiguration sind nicht im Preis enthalten. Wir unterstützen Sie auf Wunsch bei einer reibungslosen Integration in Ihr System.

Composer ist der Paketmanager für PHP, den auch Magento 2 für Module und deren Abhängigkeiten nutzt. Nach dem Kauf finden Sie die passenden Befehle in Ihrem Kundenkonto unter Lizenzen. Zuerst hinterlegen Sie das private SoftwareSilo-Repository und Ihren Lizenz-Token. Danach installieren Sie das angegebene Paket mit composer require und führen php bin/magento setup:upgrade sowie php bin/magento cache:clean aus.

Sie können per Kreditkarte (Stripe) oder per Überweisung (Vorkasse) bezahlen. Bei Kreditkartenzahlung wird die Bestellung sofort verarbeitet und die Zugangsdaten werden direkt in einer weiteren E-Mail bereitgestellt.

Nach Kreditkartenzahlung erhalten Sie unmittelbar Zugangsdaten für den Bezug des Moduls per Composer. Bei Überweisung erhalten Sie den Zugang, sobald die Rechnung bezahlt ist.

Individuelle Wünsche sind kein Problem. Wir passen unsere Magento‑2‑Module an Ihr Projekt an und pflegen eine eigene interne Version, sodass wir bei Supportanfragen genau wissen, was in Ihrem System läuft.

Sie können auf der Detailseite des jeweiligen Moduls eine eigene Demo-Instanz anfordern, in der Sie das Modul intensiv 7 Tage testen können. Eine lokale Demo-Version stellen wir jedoch nicht bereit.

Nein, der Quellcode unserer Module ist nicht verschlüsselt. Wenn Sie eine Anpassung wünschen, senden Sie uns gerne eine Anfrage. Wir melden uns zeitnah mit einem unverbindlichen Angebot.

Sie können Ihrer Bestellung ein Support-Paket hinzufügen. Es umfasst Unterstützung sowie Updates und Upgrades rund um das Modul. Ein dauerhaftes Abo ist nicht erforderlich.

Das Lizenzupdate können Sie bequem hier abschließen. Wenn Sie ein aktives Support-Paket haben, erhalten Sie Updates automatisch via Composer. Falls Ihr Support-Paket abgelaufen ist, können Sie Ihre Lizenz hier oder in Ihrem Kundenkonto verlängern.

Sie erreichen uns jederzeit über E-Mail.