Show or hide Magento 2 payment methods using flexible rules based on cart total, country, customer group, product, category, zip code, shipping method or schedule. Custom-built, installed and supported by ECOSIRE. One-time license from $149.00 USD for Magento 2 / Adobe Commerce (build-to-order) — includes 12 months of updates and support.

Show or hide Magento 2 payment methods using flexible rules based on cart total, country, customer group, product, category, zip code, shipping method or schedule. Custom-built, installed and supported by ECOSIRE.
Aucun paiement maintenant. Ceci envoie une demande de devis à notre équipe — nous vous recontacterons par e-mail avec les tarifs et les prochaines étapes.
Magento 2 ships with only blunt payment controls — a per-method "Applicable Countries" list and a min/max order total. There is no native way to say "hide Cash on Delivery for wholesale customers", "only offer bank transfer above $2,000", "block credit card for hazmat SKUs", or "disable a method on weekends". This extension closes that gap with a real rule engine.
Restrict payment methods by billing or shipping country and region
Postcode / zip pattern rules (ranges, wildcards, exact match)
Customer-group rules (e.g. hide COD for wholesale, allow PO for B2B)
Cart subtotal / grand total thresholds with min and max per method
Product- and category-in-cart conditions (block methods for restricted SKUs)
Shipping-method conditions (e.g. only prepaid for express shipping)
ECOSIRE builds this as a proper Magento 2 module under app/code/Ecosire/PaymentRestrictions, wired through di.xml. The core mechanism is a plugin (interceptor) on Magento\Payment\Model\Method\Adapter::isAvailable() plus an observer on the payment_method_is_active event, so every method — core (Check/Money Order, Bank Transfer, COD) and gateway-based (PayPal, Braintree, Stripe, Authorize.Net, Adyen) — is filtered consistently across the website, REST guest-carts/carts payment-information endpoints, and the GraphQL setPaymentMethodOnCart / availablePaymentMethods resolvers used by PWA Studio and headless storefronts.
Rules are managed in the Adobe Commerce / Magento Open Source admin under a dedicated ACL resource, evaluated against the live quote: billing/shipping country and region, postcode patterns, customer group, cart subtotal/grand total, currency, the products and categories in the cart, the selected shipping method, and an optional active date/time window. Rules support AND/OR conditions, priority ordering, and store-view scope.
Because it is build-to-order, ECOSIRE adapts the rule conditions to your exact catalog, gateways and edge cases, installs it on your environment, runs setup:upgrade and cache/DI compilation, and supports it after launch. Honest lead time below — this is not an instant Marketplace download.
Needs to expose purchase-order and bank-transfer methods only to specific customer groups while hiding Cash on Delivery and cards from wholesale accounts.
Sells into multiple countries and must show region-appropriate gateways (e.g. local methods per country, no COD outside delivery zones) without maintaining brittle core country lists.
Wants to block high-risk or high-value payment methods above a cart threshold, for restricted SKUs, or outside business hours to reduce fraud and chargebacks.
Achetez la licence sur ecosire.com et téléchargez le module ZIP Payment Method Restrictions & Rules for Magento 2 depuis le tableau de bord de votre compte.
Extrayez le ZIP dans votre dossier de modules complémentaires personnalisés Odoo sur le serveur (ou téléchargez-le via Applications > Installer à partir du fichier sur Odoo.sh / runbot).
Activez le mode développeur, ouvrez les applications, cliquez sur Mettre à jour la liste des applications, recherchez Payment Method Restrictions & Rules for Magento 2 et appuyez sur Installer.
Ouvrez le nouveau menu, collez votre clé de licence ECOSIRE, connectez toutes les informations d'identification externes (Shopify, Amazon, Stripe, etc.) et enregistrez.
Exécutez le test de connexion intégré, synchronisez vos 10 premiers enregistrements et planifiez le cron récurrent. Contactez le support si quelque chose échoue.
| Critère | ÉCOSIRE | Construction personnalisée | Concurrent | Odoo natif |
|---|---|---|---|---|
| Restrict by country/region | ||||
| Restrict by customer group | ||||
| Restrict by product / category in cart | ||||
| Restrict by shipping method | ||||
| Schedule-based (date/time window) availability | ||||
| Zip / postcode pattern rules | ||||
| Enforced on GraphQL & REST (headless) checkout | ||||
| Built, installed & supported for you |
Because each build is tailored to your catalog, gateways and rule logic, typical delivery is 5 to 10 business days from requirements sign-off. We scope your exact conditions first, build and test the module against your Magento 2.4.x version, then install it on your staging environment for review before production. Complex multi-gateway or headless GraphQL setups may add a few days — we confirm a firm date in writing before starting.
Every build includes a post-launch support window for bug fixes and adjustments to your rules. We test compatibility against your Magento minor-version upgrades and can issue patched releases as your gateways or catalog change. Because you own the module source under app/code, there is no per-seat license lock-in; extended support and maintenance retainers are available if you want ECOSIRE to manage upgrades long term.
Yes. The module filters at the Magento payment-method abstraction layer (isAvailable() and the payment_method_is_active event), so it applies uniformly to core methods and any gateway built on the standard payment adapter — including PayPal, Braintree, Stripe, Adyen and Authorize.Net. If you run a custom or non-standard gateway, we verify and adapt the integration during the build.
Yes. Rules are enforced in the GraphQL resolvers for availablePaymentMethods and setPaymentMethodOnCart, as well as the REST carts payment-information endpoints, so a PWA Studio or custom headless frontend sees the same filtered method list as the default Luma checkout. We test the GraphQL path explicitly when your storefront is headless.
Yes. The module uses only standard framework APIs (service contracts, plugins, observers, ACL, config scopes) that exist in both Magento Open Source and Adobe Commerce, including the B2B customer-group and shared-catalog scenarios. We build and test against your specific edition and 2.4.x patch level.
Show or hide Magento 2 payment methods using flexible rules based on cart total, country, customer group, product, category, zip code, shipping method or schedule. Custom-built, installed and supported by ECOSIRE.