Will the checkout module work with guest checkout?

Yes. Checkout Revolution fully supports guest checkout inside its one-page flow, and you choose the policy per store: require account creation, offer it as an optional post-purchase step, or let buyers complete guest checkout without creating an account.Guest checkout support is controlled from the checkout module configuration.Allowing guest checkout typically lifts conversion rates on first orders, many shoppers abandon when forced to register, especially on mobile. With the optional post-purchase account creation, you still build a logged-in audience without inserting friction during the buy step.Guest orders flow through the same one-page UI, abandoned-cart recovery, voucher validation and payment options (Stripe, Apple Pay, Google Pay, PayPal, BNPL, offline methods) as registered orders. For background on why guest checkout matters, see our one-page checkout guide. Supports PrestaShop 1.6 to 9.x.In the module flow, the contact step exposes a guest-allowed flag to the front end, so the buyer can continue with only an email address when guest checkout is enabled. If the email belongs to an existing account, Checkout Revolution can still show sign-in options and a continue-as-guest path; when an unauthenticated existing-account email is used, the order processor avoids silently logging that customer in after the order. If the buyer sets a password during checkout, the order becomes account-backed; if they do not, the order is processed as a guest and the module can show a post-order registration block.The operational point is to choose the right policy for your products. High-repeat B2B stores often benefit from account creation or post-order registration; impulse retail usually converts better with pure guest checkout. Guest checkout still needs the usual required address, carrier, payment and legal-consent fields, and some payment modules or anti-fraud rules can still add their own requirements outside Checkout Revolution.

Does the checkout module support B2B features like purchase orders?

Checkout Revolution supports several B2B essentials but does not ship a multi-step purchase-order approval workflow.Checkout Revolution configuration, quotes, VAT handling and account options.What IS supported: a full quote workflow with custom statuses (colour-coded and customer-visible), email templates bound to each status, and customer-facing accept-and-pay pages so a buyer can convert a quote into a paid order without sales involvement. Company VAT-number capture, net-price display where your tax rules allow it and custom company fields are also covered, and invoices and credit notes can be customised per shop. Tax handling respects PrestaShop's native tax rules, which keeps multi-country B2B clean.What is NOT included: a true approve → submit → invoice purchase-order workflow (where a buyer's procurement team approves before payment, and you ship on net-30 terms with a separate PO document). That kind of flow needs a dedicated B2B/quotation module or custom development on top of Checkout Revolution.For automatic VIES-based VAT validation at checkout, pair with our Automatic EU VAT Checker module. Supports PrestaShop 1.6 to 9.x.Under the hood, the quote system stores quote statuses, quote items, quote messages, quote history and quote-to-order links, with defaults such as QUO-{YEAR}-{ID:5} references, 30-day quote validity and 48-hour payment links. Optional quote fields include phone, company, project reference and attachment; guest quote requests exist but are disabled by default. Price negotiation is also a separate setting, so you can keep quoting simple or allow counter-offers depending on your sales process.For purchase-order-style data, the practical route is to capture a PO/reference number as a custom checkout or invoice field, or use the credit-account/manual payment method where that fits your process. The module includes credit-account payment handling and a trade-account application handoff, but its own integration notes keep approval workflows, credit limits and company account management as responsibilities for a dedicated trade-account layer. In short: good for quotes, VAT/company fields, credit-account checkout and invoice customisation; not a complete procurement approval system by itself.

Does Checkout Revolution add quote requests to PrestaShop?

Yes. Checkout Revolution includes a quote-request (RFQ) workflow on top of the checkout, which is what many B2B and made-to-order stores need.How a quote request flows through MPR Checkout Revolution, from the shopper's request to a managed quote with configurable statuses.Customers request a quote instead of, or alongside, paying immediately. You choose which request fields to collect, including phone, company, project reference and a file attachment, and toggle each one on or off.Your team manages each quote by status: pending, sent, negotiating, accepted, rejected, expired, converted and cancelled. Statuses are colour-coded, can be marked as final, and can send the customer an email automatically when you move the quote into them.Optional price negotiation can be gated by a minimum quantity or minimum cart value, so small carts can continue through normal checkout while larger orders open a negotiation thread with messages back and forth.Accepted quotes can become a real order. Staff can convert a quote from the back office, and the module also has tokenised payment-link handling with an expiry so the customer can pay the agreed quote online. A quote PDF is generated for the customer's records.The whole workflow lives inside the same module as the checkout, so the quote is based on your PrestaShop catalogue, customer, currency and tax context rather than a separate spreadsheet. It is a paid feature of Checkout Revolution.The default quote validity is 30 days and the default payment-link validity is 48 hours. Quote references are generated from a configurable format, with the default pattern QUO-{YEAR}-{ID:5}. Payment links use a generated token and are accepted only while the stored token exists and the expiry date is still in the future.Guest quote requests are controlled separately from normal customer requests. The quote request controller allows guest access technically, but the configuration default is quote_allow_guest = false; if guest quotes are disabled and the visitor is not logged in, they are redirected to authentication. When guest quotes are allowed, the form collects guest email, first name and last name.From the admin side, the quote is editable until it is converted, expired or moved into a final status. Staff can add catalogue products, combinations or custom free-text line items, adjust quantity, price and discounts, add quote-level discounts, send messages, change status and generate the payment link. Direct conversion creates a new PrestaShop cart, adds the product-backed quote items, and validates an awaiting-payment order with ps_wirepayment when that module is available; otherwise it falls back to the Checkout Revolution module instance. The order state comes from PS_OS_BANKWIRE, falling back to PS_OS_CHEQUE. That is a hard-coded conversion path, not a quote-specific configurable payment-module selector.That makes the RFQ flow practical for trade pricing, project orders, custom quantities and orders that need a document attached. The key merchant gotcha is status discipline: if you mark a status as final, the quote stops being editable or convertible in the normal workflow.

Can customers save their cart and come back later?

PrestaShop saves carts in the database, but whether a customer can recover a cart depends on how the cart is linked to the visitor.Saved carts are managed from Shopping Carts, where abandoned or returning customer carts can be reviewed.Logged-in customers: the cart is associated with the customer account. If the cart has not been converted into an order, PrestaShop can usually restore the latest usable cart when the customer returns and logs in.Guest visitors: the cart is linked mainly through the front-office cookie that stores the cart identifier. If the visitor returns on the same browser before the cookie expires, the cart can be restored. If they clear cookies, use another device, use private browsing, or the cookie lifetime expires, the shop may still have the cart row in the database but cannot reliably attach it back to that visitor.After an order: the ordered cart is no longer treated as the customer open shopping cart. The checkout module also avoids leaving ordered products visible as the current cart after confirmation.The relevant lifetime is the front-office cookie setting, stored as PS_COOKIE_LIFETIME_FO. That setting controls how long the browser-side cart/customer cookie can survive, not how long abandoned cart records remain in the database.In PrestaShop 1.7, 8 and 9, check this in Shop Parameters > General: the field is usually labelled Lifetime of front office cookies and maps to PS_COOKIE_LIFETIME_FO. Older shops may show the same setting under Preferences > General.For email recovery rather than passive cookie restore, use a dedicated abandoned-cart tool such as Sales Revolution, or an email platform integration such as Klaviyo Integration if you want abandoned-cart flows in your marketing system.Native PrestaShop does not automatically email abandoned cart reminders. For reminders, recovery links, or marketing automation, you need an abandoned-cart module or marketing integration. Checkout Revolution does not replace PrestaShop native cart persistence; it works with the existing cart and checkout flow.

Can I restrict PrestaShop payment options by customer group, currency or cart value?

By customer group and currency, yes. By cart value, not with the payment module alone. That one needs PrestaShop's native cart rules. Here is the honest split.Checkout Revolution stores per-method targeting rules and checks them at runtime against the shopper's context. You can show or hide each payment option by:Customer group, e.g. a wire-transfer or "pay on account" option only for your B2B / wholesale group.Currency. A regional method appears only when the cart is in its currency.Country and language, restrict a method to specific delivery countries or store languages.Browser. Used so device wallets land correctly (Apple Pay on Safari, Google Pay on Chrome).Page / shop, limit a method to certain checkout contexts or, in a multistore, to specific shops.What it does not do: there is no built-in "hide cash on delivery over €500" cart-value rule on the payment method itself. For amount thresholds, use PrestaShop's standard tools (cart rules, or a carrier/payment availability condition), Checkout Revolution then renders whatever ends up available. The common mistake is expecting a cart-minimum toggle on the payment option; it lives at the PrestaShop level, not here.

Does Estimated Delivery calculate carrier transit times in PrestaShop?

No, and that distinction matters, so here is exactly what each module does.Estimated Delivery Date does not model per-carrier transit times. It calculates a single estimated delivery date from store-wide rules: a number of processing days, a daily cutoff hour (orders after it add one processing day), automatic weekend exclusion, and a chosen date format. The result shows on product pages under the price, e.g. "Estimated delivery: Monday, January 15". One settings panel drives the whole catalogue. There is no per-carrier or per-country lead time inside this module.Checkout Revolution doesn't compute transit times either, but it can display them: when you set up shipping methods it reads the delay text you already typed on each PrestaShop carrier (e.g. "2-4 days") and extracts the minimum and maximum days from it, then shows that next to the method at the shipping step. So the number comes from what you configured on the carrier, not from a routing calculation.If you want a true carrier-and-route ETA (real lead times per carrier and per destination country), that needs a dedicated carrier/transit module, neither of these two performs that calculation. Use Estimated Delivery Date when a clear store-wide "order by X for delivery by Y" message on the product page is what you actually need.

Does Checkout Revolution replace the default PrestaShop checkout completely?

Yes, it replaces the checkout page itself, not the rest of your shop. The default PrestaShop five-step flow is swapped for a single-page checkout that combines contact, address, carrier, payment and order summary on one screen.The one-page checkout, contact, address, shipping and the order summary on a single page.What changes:The checkout template and the front-end flow (one-page instead of multi-step).Field arrangement, validation behaviour and account-creation UX.Visitor session tracking, UTM attribution and the transaction ledger become available in the back office.What stays the same:Your payment modules (Stripe, PayPal, Apple Pay, Google Pay, offline methods) continue to register and process payments exactly as before.Your carrier and shipping modules keep their rules, Checkout Revolution renders them through its own carrier picker.Cart rules, vouchers, taxes, currencies and multistore behaviour are PrestaShop-native and remain untouched.Customer accounts, addresses and order history use the standard PrestaShop tables.That means switching is non-destructive: you can disable the module at any time and the original checkout returns with all orders, carriers and payment configurations intact. The module supports PrestaShop 1.6 through 9.x.The native records that matter for order history stay in PrestaShop: carts, orders, customers, addresses, carriers, currencies, taxes, cart rules and payment-module order data are not converted into Checkout Revolution-only records. The module adds its own checkout/session/attribution features around that flow, but it does not replace ps_orders, ps_cart, ps_customer or the native address/order tables.Rollback is the standard module rollback: disable Checkout Revolution from Modules > Module Manager or uninstall it if you are done testing. After clearing cache, PrestaShop falls back to the native checkout controller and templates; existing orders and payment/carrier configuration remain in place.See the full feature list on the Checkout Revolution product page.

What happens if one-page checkout is disabled in PrestaShop?

The custom checkout controller redirects shoppers back to the native PrestaShop order page when one-page checkout is disabled. This keeps the module from forcing its checkout flow when the one_page_checkout_enabled setting is off in the module configuration.

Speed up buying with a PrestaShop one page checkout that combines every step

The whole checkout on a single page, from contact details through to payment

Full checkout running inside a modal so shoppers never leave the page

Starting checkout straight from the product page with one click

Cart actions gathered together in one convenient place

Letting a customer request a custom quote before ordering

Customer view listing their submitted quotes at a glance

A single quote opened to show line items and calculated totals

Admin workflow for handling incoming requests for quotation

Tracking B2B quotes through their different statuses

The range of payment options available at checkout

Choosing a payment method directly inside the checkout modal

Paying with a saved card or entering a new one

Picking a country dialing code from a searchable phone prefix field

Account registration with the required consent checkboxes during checkout

Signing in quickly using social authentication

The customer account dashboard after logging in

Where customers manage the payment cards they have saved

Customer view of their linked social media accounts

Admin dashboard summarising checkout activity across the store

Recovering abandoned carts to win back lost sales

Reconciling store transactions against payment records

Managing customer refunds from the back office

Customising how invoices are laid out and formatted

Issuing credit notes and applying order corrections

The settings screen for configuring how checkout behaves

Speed up buying with a PrestaShop one page checkout that combines every step

Checkout Revolution

Name: Checkout Revolution
Brand: mypresta.rocks
SKU: mprcheckoutrevolution
Price: 299.00 EUR
Availability: InStock

PrestaShop one page checkout module, one screen from address to payment, with express buttons and cart recovery

€299.00

Tax excluded

No reviews yet

Checkout Revolution replaces the multi-step PrestaShop purchase with one page for contact, address, delivery, payment, vouchers and the order summary, plus an express purchase window on product pages, listings and the cart. You pick a ready layout, and your existing carriers and payments appear in it.

A returning customer does not retype an address, a payment that finishes after the browser closes still becomes an order, and a business buyer's accepted quote turns into an order without anyone entering it again.

You choose one, two or three columns, the order of the sections and which fields are shown or required, and payment rules follow shop, language, customer group, country, device and order value.

Retail and B2B buyers take the same short route, and an interrupted payment no longer means a lost order.

In stock

Instant Live Demo Real store, ready in ~1 min

Request Quote

Buying as a company? €239.20 Business 20% Apply for Partner Account

Advanced license options require JavaScript. The standard Add to cart button will still add the selected quantity as plain, unconfigured licenses.

Lifetime license per domain, yours forever. Includes 3 months support & updates. Learn more

The demo is the complete module: buy anytime and activate the same installation, nothing to reinstall and nothing lost. Open the module's License tab and click "Activate from mypresta.rocks" (or paste your key); your settings and data stay exactly as they are. Updates install in one click from the Update tab.

Support & Updates

3 months Free 6 months +€49.00 9 months +€79.00 1 year +€109.00

Additional Services

Professional Setup We fully configure the module to your needs: all options set, tested & verified within 1 business day. +€29.00

Visual Integration CSS & template adjustments to match your theme: includes cross-device verification and screenshot review. +€49.00

Options total: €0.00

Selected total: €299.00

Summary of what the module offers

Checkout Revolution is the store's complete purchase layer, not only a redesigned checkout page. It joins the customer-facing order path with the merchant's payment, quote, recovery and post-order work.

One controlled checkout: contact, addresses, delivery, payment, vouchers, consent, notes and order summary stay in one responsive flow.
Fields and presentation: layouts, section order, address strategy, additional fields, content blocks, page shell, colours and method designs follow the store.
Express purchase and payments: buttons work across commerce and configured content pages, with precise payment visibility and recovery.
B2B selling: company accounts, VAT decisions, quote negotiation, attachments, payment links, trade credit and purchase orders share one route.
Accounts and post-order work: passwordless access, order pages, saved methods, invoices, refunds and audited corrections remain connected.
Evidence and resilience: abandoned carts, acquisition context, checkout exits, transaction recovery and integrity checks show what happened.

A ready layout gets the store running quickly, while the same administration carries the deeper rules required by a multilingual, multishop or B2B operation.

Every purchase in this shop, including this module, goes through Checkout Revolution.

the complete checkout with contact, delivery, payment and summary visible together

How closely does checkout follow the way the store sells?

You choose a one, two or three-column layout and arrange contact, delivery, payment and summary in the order that fits the catalogue. Delivery-first and invoice-first modes cover retail and business orders. A field editor sets visibility, required state, order and wording, while typed additional fields collect delivery instructions, tax identifiers or internal references and carry them into the customer, cart, order, email and document records.

Reusable content blocks place delivery guidance, factual trust marks or campaign information beside the relevant step. The checkout shell keeps the store identity and legal links while removing unnecessary header and footer distractions. A live free-shipping indicator recalculates after each cart change, and anti-spam protection covers guest access, quote requests and order submission.

You also choose payment and delivery presentation, colours, icons, phone behavior, legal wording and localized page addresses. Each shop keeps its own configuration with inheritance where shared defaults make sense, so setup remains quick for one store and precise across a larger group.

Where does express purchase begin and how does payment finish?

Express purchase appears on product pages, product lists, the cart and any configured store page. The payment window opens over the current page. When a wallet or saved customer profile already supplies identity, address, delivery and payment details, the final amount is shown and one confirmation completes the order. Otherwise the same window collects only the missing information.

The module brings the store's installed payment choices into one-page checkout and also organizes cards, wallets, local bank methods, deferred payment, bank transfer, cash on delivery, account credit, pickup and quote requests. You choose which option appears by shop, language, customer group, currency, country, browser, page, carrier and order value, together with its position and default state.

For authorized payments, you choose immediate capture, capture after a selected order status, a partial amount or cancellation. Shipment details synchronize with PayPal after dispatch. If the browser closes or a provider message arrives late, transaction recovery reconciles the payment and finishes or restores the order instead of leaving the customer and merchant with different results.

direct purchase buttons on a product page and the payment window

How does the same flow handle negotiated and company orders?

A buyer requests a quote from a product or the cart and includes company data, phone, project reference, requested delivery date and attachments. Merchant rules decide when price negotiation appears. The discussion, status history, discounts and expiry stay with the quote, and an accepted offer receives a time-limited payment link and becomes one or more orders without copying lines by hand.

Company accounts include invitations, shared addresses, buyer and approver roles, spending permissions and a record of who approved each purchase. Trade credit carries an approved limit, available balance, terms, holds and a ledger, while purchase-order payment validates the customer's reference and retains it with the order.

VAT numbers are checked during registration and address entry. The resulting business status determines whether the order receives the normal rate, reverse charge or an approved tax exemption before it is placed, and the invoice states the same treatment. This turns a field check into the correct tax decision and an auditable company purchase.

The Checkout Revolution configuration screen

What happens after a customer returns or an order needs changing?

The module replaces login, registration, password recovery, account, identity, addresses, vouchers, guest tracking, confirmation, order history, order detail, returns and credit-slip pages with one consistent customer area. Access works with a password, one-time code by email, SMS or WhatsApp, or selected social accounts. Two-factor protection adds a second check, trusted devices and recovery codes for accounts that require it.

Saved addresses are searchable, saved payment choices remain in the customer account, and the header opens sign-in without taking the shopper away from the current page. The merchant decides which access methods appear in express purchase, checkout and account pages, and which company or account benefits require verified identity.

After the order, administrators change products, quantities, prices, customer, delivery and discounts while the timeline records every correction. Full or partial refunds, correction documents and modern invoices stay tied to the same order. Invoice wording includes paid and outstanding amounts and the relevant VAT treatment, and the document replaces the matching attachment in outgoing order email.

Back Office screen: What happens after a customer returns or an order needs changing?

How does the merchant see what failed and recover the sale?

Active, abandoned and converted carts retain products, customer, address, voucher, carrier and the acquisition context that brought the visit to the store. A recovery link restores that state and reports openings, recovered carts, orders and revenue, so follow-up begins with the real cart rather than a total and an email address.

The checkout funnel records entry, validation failure, completion and exit for every section and field, segmented by shop, language, device and acquisition source. Payment-option reports show orders, revenue, average order value, successes, failures and refunds. Together these views separate a field problem, an unsuitable payment choice and a technical interruption.

Integrity checks review the store environment, data structure, payment credentials, provider notifications, restrictions and stalled transactions. A critical failure stops the affected checkout before it accepts orders, while recovery tools restore interrupted work. The merchant therefore gets both a fast initial setup and the evidence needed to operate a demanding checkout with confidence.

the basket recovery view with openings, orders, revenue and conversion

Reference

mprcheckoutrevolution
PrestaShop Compatibility

PS 1.6 – 9.x
Pricing Model

One-time Purchase
Module Type

Front & Back-office
GDPR Relevant

Yes
Business Goal

Boost Conversions
External Account Needed

Yes
Module Complexity

Feature-Rich Module
Customer Journey Stage

Convert to Buyers
Works With Platform

Payment Processing

What customers say about us

Company reviews

5.0 ★ ★ ★ ★ ★ (4 reviews)

Loading customer reviews...

No product reviews yet

Be the first to share your experience with this module.

Write a Review

Your Rating *

★ ★ ★ ★ ★

Rate specific aspects (optional)

Quality

★ ★ ★ ★ ★

Price / Quality

★ ★ ★ ★ ★

Stability

★ ★ ★ ★ ★

Compatibility

★ ★ ★ ★ ★

Support

★ ★ ★ ★ ★

Your Name *

Your Email *

Review Title

Your Review *

Add Photos (max 3)

Click to upload or drag & drop

Checkout Revolution replaces the standard PrestaShop checkout with a merchant-controlled buying flow for checkout, cart, Stripe payments, quote requests, saved cards and payment tracking. It helps you reduce checkout friction while keeping payment, carrier and customer account controls inside one module.

Read Full Documentation Download PDF

Have a question about this product? Our experts are here to help. Ask anything about installation, compatibility, or specifications.

1343 questions

9 categories

See all questions

v1.25.152026-05-27

AddedHarden checkout auth and cart recovery
AddedAdd checkout trade account opt-in
AddedAdd checkout trade account preview

Works Well With Checkout Revolution

Modules our team genuinely pairs with this one, and exactly why each belongs in the same setup.

Validate EU VAT numbers through VIES at PrestaShop checkout and store the result

Automatic EU VAT Checker

€129.00

★ ★ ★ ★ ★

Governance

A merchant running Checkout Revolution wants a fast, controlled one-page checkout keeping contact, address, carrier, vouchers, payment and summary in a single flow. Checkout Revolution already handles VAT decisions, while a dedicated VAT checker adds configurable VIES checks and validation evidence.

Automatic EU VAT Checker is a separate governance tool that validates EU VAT numbers through VIES, gives live feedback on address pages, can require a number when a company name is entered, caches results and stores validation details for later review. It handles checking independently of the checkout layout.

Used together, Checkout Revolution keeps the purchase flow tight while the VAT checker quietly validates business data along the way. A merchant offering a quick checkout to both consumers and businesses gets a clean buying surface plus a documented VAT-validation trail, two complementary tools where one streamlines the flow and the other keeps B2B data in order.

Auto-fill the password field during PrestaShop registration and checkout

Automatic Customer Password

€49.00

★ ★ ★ ★ ★

Complement

A merchant using Checkout Revolution is removing friction from buying, keeping the whole purchase in one controlled flow so shoppers pay quickly. For stores choosing password-based account creation alongside its passwordless options, the password step can also use an automatically generated value.

Automatic Customer Password is a separate tool that fills password and confirmation fields with generated values, applied to registration, checkout or both, with hidden or visible field options, so shoppers do not pause to choose one while creating an account. It addresses that single field, not the checkout layout.

Run alongside each other, the checkout module compresses the overall flow and the password tool removes the password pause within it. A merchant gets a faster path to a completed, account-backed order, two complementary tools where one streamlines the whole checkout and the other smooths the specific moment a password would otherwise interrupt it.

Track real PrestaShop ecommerce activity in GA4, views, carts, checkout and orders

Google Analytics GA4

€0.00

★ ★ ★ ★ ★

Measurement

A merchant running Checkout Revolution has invested in a tighter purchase flow, but a streamlined checkout is only worth keeping if you can see where shoppers still drop off. Checkout Revolution already reports its funnel, while GA4 adds acquisition, audience and attribution reports in Google Analytics.

Google Analytics GA4 is a platform-neutral measurement tool that sends ecommerce activity to Google Analytics 4, validating the Measurement ID and reporting product views, cart activity, checkout starts, purchases and searches built from real PrestaShop actions. It observes the funnel rather than shaping the flow.

Used together, Checkout Revolution runs the streamlined purchase while GA4 lets you watch checkout starts and completed purchases to judge whether the flow is performing. A merchant gets a controlled checkout plus the evidence to keep refining it, two complementary tools where one builds the experience and the other measures how shoppers move through it.

Stop form spam in PrestaShop with reCAPTCHA v2, v3 or hCaptcha protection

reCAPTCHA & hCaptcha Protection

€69.00

★ ★ ★ ★ ★

Governance

A merchant using Checkout Revolution wants a clean, fast checkout, but storefront forms around that flow, login, registration and contact, are exactly what bots target, and spam submissions waste staff time and clutter genuine orders. The checkout surface does not screen those forms.

reCAPTCHA & hCaptcha Protection is a separate tool supporting Google reCAPTCHA v2 and v3 and hCaptcha to reduce and filter spam on contact, registration, login and newsletter forms before PrestaShop continues. It cuts down automated submissions; it does not verify that any given human is genuine.

Run alongside each other, the checkout module keeps the buying flow smooth while the captcha layer keeps the surrounding forms cleaner. A merchant gets a fast checkout and less bot noise on the forms feeding into it, two complementary tools where one optimises the purchase and the other reduces automated abuse on the way in.

View all known issues

1 Planned

25 Implemented

26 requests

Loading feature requests...

View full roadmap

30 days return right
Easy return - no questions asked

Plug & Play Modules
Install, set up and take profit

Dedicated Support First
Priority Help & Satisfaction Over Sales

Let B2B and B2C shoppers switch tax display and remember each preference on PrestaShop

Tax Display Switcher

€129.00

★ ★ ★ ★ ★

Offer invoice payment terms on PrestaShop with group rules, credit limits and balances

B2B Deferred Payment Terms

€129.00

★ ★ ★ ★ ★

Keep chosen products, categories or brands out of PrestaShop coupon discounts

Discount Exclusion Manager

€99.00

★ ★ ★ ★ ★

Automatic EU VAT Checker

€129.00

★ ★ ★ ★ ★

Who builds and maintains this module

Built and maintained by David Miller and mypresta.rocks. David has worked with PrestaShop since 2013, and the company behind this shop has been registered since 3 December 2018. Every module in this catalogue is our own work, so your questions to support reach the people who wrote the code. The changelog on this page lists every update with its date.

About us