SoftwareSilo und Amasty können beide verändern, welche Zahlungsarten Magento anzeigt. Sie beginnen jedoch mit unterschiedlichen Denkmodellen. SoftwareSilo definiert eine genehmigte Auswahl für Kunden oder Gruppen. Amasty sperrt Zahlungsarten, sobald eine Einschränkungsregel zutrifft. Dieser Unterschied ist wichtiger als die Länge der jeweiligen Featureliste.
Kurzantwort: SoftwareSilo eignet sich für kontobezogene Richtlinien: Bestimmte Kunden oder Gruppen erhalten eine festgelegte Auswahl, während Website und Warenkorbbedingungen die Gültigkeit bestimmen. Amasty passt besser zu ausnahmebezogenen Sperrregeln mit Zeitplänen, Meldungen, Gutscheinen, Kaufhistorie oder detaillierten Adressbedingungen.
Direkter Vergleich
| Anforderung | SoftwareSilo | Amasty |
|---|---|---|
| Grundlogik | Zahlungsarten des passenden Profils erlauben | Zahlungsarten der passenden Regel sperren |
| Kundengruppen | Ja | Ja |
| Einzelne Kunden | Direkte Zuordnung im Profil | Kundenattribute als Bedingungen; genauen Kontenablauf der Version prüfen |
| Warenkorb und Produkte | Magento-Regelbedingungen | Warenkorb-, Produkt-, Kunden-, Adress- und erweiterte Bedingungen |
| Website/Store | Eine Website je Profil | Store Views je Regel |
| Konflikte | Numerische Priorität | Mehrere Sperrregeln können gleichzeitig wirken |
| Zeitsteuerung | Kein eigenes Zeitfeld | Wochentage und Uhrzeiten |
| Hinweis bei Sperre | Keine eigene Meldung | Optionale Meldung |
| Kaufhistorie | Nicht ausgewiesen | Von Amasty ausgewiesen |
Das SoftwareSilo-Modell
Nehmen wir drei Vorgaben: Freigegebene Rechnungskunden dürfen Rechnung und Banküberweisung nutzen. Neue Händler erhalten Banküberweisung und Karte. Gäste sehen Karte und PayPal. SoftwareSilo bildet diese Fälle als Profile ab und kann sie zusätzlich nach Website und Warenkorb eingrenzen.
Die Priorität entscheidet bei überlappenden Zuordnungen. Eine kleinere Zahl wird zuerst geprüft. Diese Reihenfolge sollte dokumentiert sein und nicht als Notlösung für ungeklärte Regeln dienen.
Das Amasty-Modell
Amasty eignet sich für Regeln wie „Nachnahme bei dieser Lieferadresse sperren“ oder „Gateway am Wochenende ausblenden“. Dokumentiert sind Store Views, Kundengruppen, Zeiträume, Zwischensummen, Rückstände, Gutscheine, Kaufhistorie und eigene Hinweise.
Mehrere Einschränkungen können zusammenwirken. Das ist flexibel, verlangt aber gründliche Kombinationstests. Zwei einzeln plausible Regeln können gemeinsam die letzte verfügbare Zahlungsart entfernen.
Welche Bedienung ist einfacher?
Bitten Sie die Finanzabteilung, drei echte Regeln in Alltagssprache aufzuschreiben. Beginnen sie meist mit „Diese Kunden dürfen …“, passt das Profilmodell oft besser. Beginnen sie mit „Diese Zahlungsart niemals, wenn …“, ist das Amasty-Modell häufig direkter.
SoftwareSilo ist bewusst fokussiert und enthält keine Zeitsteuerung oder Ersatzmeldung. Amasty bietet mehr veröffentlichte Bedingungs- und Präsentationsoptionen. Dafür macht SoftwareSilo die direkte Kontenzuordnung und die genehmigte Auswahl zum Mittelpunkt.
Wechsel zwischen den Systemen
Ein Wechsel ist kein einfacher Datenimport. Erstellen Sie zuerst eine Matrix aus Zielgruppe, Kontext, erlaubten Methoden, gesperrten Methoden und Rückfallverhalten. Bauen Sie jede Zeile neu auf und testen Sie Gäste, Nullsummen, virtuelle Produkte, Admin-Bestellungen, mehrere Websites und Ausfälle eines Zahlungsanbieters.
Empfehlung
SoftwareSilo ist eine gute Wahl für kompakte, kontobezogene B2B-Positivlisten auf Magento Open Source. Amasty ist stärker, wenn Zeitsteuerung, Sperrhinweise, Kaufhistorie oder ein besonders breiter Bedingungskatalog benötigt werden. Entscheidend ist, welches Modell Ihr Team auch in sechs Monaten noch zuverlässig erklären kann.
Quellen
Zuletzt geprüft: 9. August 2026.