- or
No existing idea results
- ~ No ideas found ~
1527 results found
-
Hide Price and Add to Cart Button – Show “Request Quote” Only
In B2B scenarios, it is often necessary to offer products without displaying prices or allowing direct purchases. I propose adding a feature to the B2B Components that allows specific products to be configured so that the price and “Add to Cart” button are hidden. Instead, only a “Request Quote” button should be displayed.
This would enable merchants to:
Offer products where prices are negotiated individually.
Streamline the quoting process for high-value or custom items.
Improve compliance with B2B pricing strategies and contractual agreements.The configuration should be product-specific and easy to manage via the admin panel, ideally with bulk selection options.
In B2B scenarios, it is often necessary to offer products without displaying prices or allowing direct purchases. I propose adding a feature to the B2B Components that allows specific products to be configured so that the price and “Add to Cart” button are hidden. Instead, only a “Request Quote” button should be displayed.
This would enable merchants to:
Offer products where prices are negotiated individually.
Streamline the quoting process for high-value or custom items.
Improve compliance with B2B pricing strategies and contractual agreements.The configuration should be product-specific and easy to manage via the admin panel, ideally with bulk selection…
7 votes -
Optional inclusion of “free shipping” products in cart value for threshold rules
Use case
We configure shipping so that standard shipping is free from a minimum order value (e.g. 50 €), using price-based shipping costs on the shipping method.
Current behaviour
Products marked “free shipping” are excluded from the value used for all shipping price calculations (via getWithoutDeliveryFree() in DeliveryCalculator::matches()). That means:
If the cart mixes free-shipping and regular products, only the non–free-shipping lines count toward the threshold.
Example: total cart 60 €, but only 40 € from non–free-shipping lines → the customer is below the 50 € free-shipping threshold and pays shipping, even though the visible cart total is above 50 €.Expected / desired behaviour
For price-based rules (minimum order value / free shipping from X €), we need the full cart value (or a configurable choice) to determine the tier, not only the sum excluding free-shipping products.
Products marked “free shipping” should still ship without their own fee when they are the only items, but when combined with other products, they should count toward the threshold so behaviour matches merchant and customer expectations.Suggestion
Please consider one of:
A configuration option on the shipping method or globally: “include free-shipping products in cart value for price-based shipping rules”, oran extension point (e.g. protected method, strategy, or event) so projects can implement this without forking DeliveryCalculator.
Use case
We configure shipping so that standard shipping is free from a minimum order value (e.g. 50 €), using price-based shipping costs on the shipping method.
Current behaviour
Products marked “free shipping” are excluded from the value used for all shipping price calculations (via getWithoutDeliveryFree() in DeliveryCalculator::matches()). That means:
If the cart mixes free-shipping and regular products, only the non–free-shipping lines count toward the threshold.
Example: total cart 60 €, but only 40 € from non–free-shipping lines → the customer is below the 50 € free-shipping threshold and pays shipping, even though the visible cart total is above 50…1 vote -
Custom fields as filters in categories
In Shopware 5 the free text fields could be directly used as catgory filter and the filters have been configurable (Anzeige Modus). That means the customer could define how a selection of value shall be in the frontend (Slider, Checkbox, Simple, Multiselection).
The second thing: Using custom fields cannot be done directly. You have to add a property, then it can be used with the limits of the usual behaviour of catalogue > properties.
It would be great if this will be easier to use custom field in future a filter criteria.
3 votes -
Missing order line item status for partial cancellations
When a partial cancellation of an order line item occurs, it is unclear which status should be used.
Example scenario:
An order contains a line item with a quantity of 10 units. Due to limited availability, 2 units are canceled and refunded, while 8 units remain fulfilled. Conceptually, the line item would require a status such as “partially canceled”.However, no such status exists for cancellations. In contrast, a “partially returned” status is available for returns.
2 votes -
search term history for the frontend
It should be possible to store the last used search terms of a guest or active customer.
He should be able to review his last entered search terms.This may be activated via option.
13 votes -
CSV Upload in Custom Products File Upload
It would be great if the custom products file upload field also included the option to upload a CSV file, for example, instead of just a PDF file.
From the customer’s perspective, a CSV file is often very helpful—especially for technical products—and is frequently required.1 vote -
AI Search: Need for custom prompt configuration
The new AI search often returns inaccurate or incorrect results for us – sometimes even with legally risky wording.
We urgently need the ability to define custom prompts to:
improve result quality
control wording
reduce legal risksdeutsch:
Die neue KI-Suche liefert bei uns oft ungenaue oder falsche Ergebnisse – teils sogar mit rechtlich problematischen (abmahnfähigen) Formulierungen.Wir brauchen dringend die Möglichkeit, eigene Prompt-Vorgaben zu definieren, um:
bessere & relevantere Ergebnisse zu bekommen
bestimmte Formulierungen vorzugeben oder zu vermeiden
rechtliche Risiken zu minimieren1 vote -
Two-factor authentication for Cloud shops
Damit der Zugriff auf den Cloud Shop Admin sicherer wird, sollte dort eine Zweifaktor Authentifizierung möglich sein. Diese wäre dann vermutlich auch für den Shopware-Account notwendig.
3 votes -
Allow the use of other time units for product restock time
For some products the restock time is the time to produce or import new products. In some industries this is not a question of days but weeks.
Currently the customer has to use 90 days instead of three months or 12 weeks.
In regular delivery times there is a unit to specify the numbers. Perhaps it is possible to add the same for restock time?
3 votes -
Expanding columns under products, customers or orders
We've received requests from several departments asking if we could add additional columns for products, customers, or orders.
For example, the customer's last login date.
The reason for this is that customers often create multiple accounts (guest accounts).
This field would make it easier for our customer service to identify which account the customer is referring to, since 99% of the time it's the account that last logged in.
'Sales' would also be a really helpful column for us for products.
The standard fields should simply be available as optional items to simplify daily work.
5 votes -
Add exceptions for Tax-free (B2B) option
Currently, a shop owner can decide based on the country of delivery if a B2B order with a valid VAT No. may be taxed or not. However, in some constellations the decision must be made based on the VAT No. as well.
Example:
German customer with German VAT No. orders something to the Netherlands. When the country settings for NL have the “Tax-free (B2B)” option checked, VAT will not be charged. However, since the customer is a Germany based company with a German VAT No., an order like this does not count as an intra-EU supply but as a supply within Germany, thus German VAT must be charged.See IHK document for more information on this: https://www.ihk-muenchen.de/ihk/documents/Recht-Steuern/Steuerrecht/Neuer-Ordner/IHK_Merkblatt_Innergemeinschaftliche-Lieferungen-%28B2B%29-M%C3%A4rz-2025.pdf
Currently, Shopware cannot deal with this constellation since it can only set the VAT based on the country of delivery.
Currently, a shop owner can decide based on the country of delivery if a B2B order with a valid VAT No. may be taxed or not. However, in some constellations the decision must be made based on the VAT No. as well.
Example:
German customer with German VAT No. orders something to the Netherlands. When the country settings for NL have the “Tax-free (B2B)” option checked, VAT will not be charged. However, since the customer is a Germany based company with a German VAT No., an order like this does not count as an intra-EU supply but as a supply…4 votes -
Export orders with redeemed voucher codes
I would like to be able to use the export tool to export all voucher codes redeemed for an order as part of the order export.
8 votes -
Add Sha512 as legacyEncoder
Currently, only Sha256 and Md5 are supported as legacyEncoders for customer passwords. Please extend this to Sha512.
5 votes -
Invert the filter criteria
Sometimes a filter result is needed, that does not show the result where the criteria fits but where it doesn't fit. As examples:
All customers outside my country that don't pay with XXX
All customers that don't belong to the customer goup xxxOne way for a solution could be to add a check box that leads to an invertion of the selected filter criteria.
3 votes -
Generate thumbnails for PDF documents
Generate thumbnails for uploaded PDF files so that they are visually recognizable in the Media Manager and storefront. This improves usability and makes PDF assets easier to identify at a glance.
3 votes -
Customers also bought
There used to be the ‘Customers also bought’ function in Shopware 5, which automatically displayed products that were bought by customers who also bought the product that was called up.
There is already the option to display such products via cross-selling, but not automatically, which would be a helpful improvement.
9 votes -
Adjustment of address format for countries as a bulk adjustment
Adjusting the address format for countries as a bulk adjustment would be an improvement, as this currently has to be done individually for each country and cannot be controlled centrally for all countries if, for example, you simply want to add the salutation.
3 votes -
Different texts for error messages regarding promotion codes provide clearer instructions to the buyer. Currently, only one text is possible
We want different texts for error messages with a promotion code showing our customers why they can not use this code - for example 150 Euros + ... then 5% discount - 100 euro in the shipping card - text " buy for 50 more euros to get the 5%" ... something like that.
2 votes -
Possibility to assign multiple custom products templates per product
As a merchant I want to assign multiple custom product templates per product.
1 vote -
Default Theme: Footer and Category Overview Background Color Not Customizable
As a shop owner,
I want to configure the background colors of the footer and category overview within the default theme settings,
so that I can easily create a consistent design for dark or light themed shops without custom CSS overrides.When using the Shopware Default Theme, the background color of the footer and the category overview cannot be adjusted through the theme configuration.
This limitation causes issues for shop owners who want to build a dark-themed store, since the default bright background colors do not match and result in a visually inconsistent and unprofessional appearance.
Actual Behavior:
These areas cannot be adjusted via the theme settings.
Only by overriding CSS/SCSS manually can the styles be changed.
Expected behaviour
The footer background color can be customized via the theme configuration.
The category overview background color can be customized via the theme configuration.As a shop owner,
I want to configure the background colors of the footer and category overview within the default theme settings,
so that I can easily create a consistent design for dark or light themed shops without custom CSS overrides.When using the Shopware Default Theme, the background color of the footer and the category overview cannot be adjusted through the theme configuration.
This limitation causes issues for shop owners who want to build a dark-themed store, since the default bright background colors do not match and result in a visually inconsistent and unprofessional appearance.
Actual Behavior:
These areas…
3 votes
- Don't see your idea?