- or
329 results found
-
Easier customization of email templates
Customizing email templates is usually quite complex and hardly feasible for the average customer. For example, adding the manufacturer's name for each item in the order confirmation.
The entire process of customizing email templates should be significantly simplified and made much more intuitive. We also receive a large number of support requests regarding this.
5 votes -
Quantity-based surcharges in Custom Products
Current Situation / Problem:
Custom Products allow merchants to offer additional services or configurations (e.g. sawing, drilling, processing) with fixed surcharges per selected option.
These surcharges are currently static and independent of the ordered quantity of the main product.While tiered pricing can be configured on the product level, it cannot be applied to Custom Product options or their surcharges.
Concrete Use Case
A merchant sells steel beams (e.g. HEB / HEA) and offers optional processing services via Custom Products.Example: Option “Sawing”
- Sub-options: Fixed cut, Center cut, Mitre cut
- Current behavior: fixed surcharge, e.g. €15 per cut
Desired behavior:
The price per cut should change depending on the ordered quantity of the main product, for example:- 1–3 items → €15 per cut
- 4–10 items → €10 per cut
- 11+ items → €7 per cut
The price tier is not based on the number of selected options, but on the product quantity in the cart.
Why Existing Features Are Not Sufficient:
- Advanced pricing on the product level applies globally to the product quantity, but does not affect Custom Product surcharges
- Rule-based surcharges can be enabled or disabled, but do not support tiered pricing
- Product variants are not a viable alternative because:
- They would result in a very large number of variants
- Custom Products are intentionally used for flexible, customer-specific configurationsBusiness Value / Benefits:
Relevant use case for:
- Metal processing
- Cutting and machining services
- Printing, engraving, personalizationKey benefits:
- Realistic representation of volume-based discounts for services
- Reduction of manual pricing agreements and individual offers
- Increased competitiveness for B2B shopsAvoidance of workarounds or external pricing logic
Current Situation / Problem:
Custom Products allow merchants to offer additional services or configurations (e.g. sawing, drilling, processing) with fixed surcharges per selected option.
These surcharges are currently static and independent of the ordered quantity of the main product.While tiered pricing can be configured on the product level, it cannot be applied to Custom Product options or their surcharges.
Concrete Use Case
A merchant sells steel beams (e.g. HEB / HEA) and offers optional processing services via Custom Products.Example: Option “Sawing”
- Sub-options: Fixed cut, Center cut, Mitre cut
- Current behavior: fixed surcharge, e.g. €15 per cut
Desired behavior:…
5 votes -
B2B: allow defining and using of multiple VAT IDs per customer account
Currently, only one VAT ID can be defined for a customer. This may be undesirable for some companies that are tightly related to other legal entities or have sub-companies they want to create orders for. In that case, multiple customer accounts would need to be created for proper invoicing.
The database structure already has a field to store a VAT ID with an address, so it would be useful to allow saving different VAT IDs depending on the address, so that customer can choose them during checkout.
7 votes -
Allow customers to manage subscriptions in STATE_PAYMENT_FAILED
Currently, subscriptions with the state STATEPAYMENTFAILED can no longer be managed by the customer through the storefront customer account.
While the subscription itself remains active and its next execution date continues to be calculated, the available subscription actions are no longer displayed. As a result, customers cannot react to a failed payment themselves, for example by pausing or cancelling the subscription.
The subscription can still be managed through the Administration, which means customers need to contact the merchant's support team to make these changes.
Current behavior:
When a subscription enters STATEPAYMENTFAILED, the customer cannot use the subscription management actions in the customer account.In particular, the customer cannot:
- pause the subscription,
- cancel the subscription,
- otherwise manage the subscription from the storefront,
- retry or resolve the failed payment through the subscription interface.
Management through the Administration remains possible.
Expected / desired behavior:
Customers should retain appropriate self-service options when a subscription is in STATEPAYMENTFAILED.At minimum, customers should be able to cancel the subscription themselves. Ideally, the available actions could also include:
- pausing the subscription,
- retrying or resolving the failed payment,
- changing the payment method where technically supported.
Additional request:
Consider providing a secure mechanism that allows customers to react directly from a payment-failed/reminder email, especially to cancel the subscription, without first having to navigate manually to the customer account. If authentication is required, this could potentially be implemented through an appropriately secured customer/account flow.Motivation / business value:
A failed payment is precisely a situation in which customers may need to take action on their subscription. Preventing storefront management in this state creates an unnecessary dependency on merchant support.Providing self-service capabilities would:
- reduce merchant support requests,
- allow customers to react immediately to failed payments,
- improve the subscription customer experience,
- avoid situations where an active subscription can only be cancelled by contacting the merchant.
Acceptance criteria proposal:
- A subscription in STATEPAYMENTFAILED can be cancelled by the customer in the storefront.
- The cancellation action is available without requiring intervention through the Administration.
- The system clearly communicates the failed payment state to the customer.
- Where supported by the payment integration, the customer is offered a way to resolve/retry the failed payment.
- The feasibility of pause and payment-method-change actions for STATEPAYMENTFAILED is evaluated independently from cancellation.
- A secure direct-action flow from transactional emails is evaluated for cancellation and/or payment recovery.
Currently, subscriptions with the state STATEPAYMENTFAILED can no longer be managed by the customer through the storefront customer account.
While the subscription itself remains active and its next execution date continues to be calculated, the available subscription actions are no longer displayed. As a result, customers cannot react to a failed payment themselves, for example by pausing or cancelling the subscription.
The subscription can still be managed through the Administration, which means customers need to contact the merchant's support team to make these changes.
Current behavior:
When a subscription enters STATEPAYMENTFAILED, the customer cannot use the…1 vote -
Central Management and Exclusion of Image Keywords in Shopware
Problem:
The Shopware Image Keyword Assistant generated irrelevant and misleading keywords for a product image. In this specific case, keywords such as “Kanalisation,” “Kanalschacht,” and “Loch” were detected or generated — likely based on a small detail within the image — and do not accurately represent the product. These terms are inappropriate and not acceptable from a merchant’s perspective.
Example of generated keywords:
“Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Bodenmatte, Gepäckmatte, Autoabdeckung, Kofferraummatte, Rutschfeste Matte, matte de, tappetino auto, sotto-pavimento?, antiscivolo, tappeto auto”
The terms “Kanalisation,” “Kanalschacht,” and “Loch” are clearly not relevant and do not meet expected quality standards.
Current Limitation:
At present, Shopware does not provide a way for merchants to centrally exclude or remove unwanted keywords. The only option is to manually edit keywords per media item in the media library. This becomes highly inefficient when the issue affects multiple assets (e.g., 50 images all containing the same incorrect keyword like “Kanalisation”).
Proposed Solution:
Introduce a centralized/global keyword management feature that allows merchants to:
- Define a list of excluded keywords (blacklist)
- Automatically prevent these keywords from being generated in the future
- Remove these keywords across all existing media assets in bulk
- Optionally trigger an update of affected metadata (e.g., alt texts) when keywords are removed
This would significantly improve efficiency, ensure higher data quality, and give merchants better control over automatically generated content.
Problem:
The Shopware Image Keyword Assistant generated irrelevant and misleading keywords for a product image. In this specific case, keywords such as “Kanalisation,” “Kanalschacht,” and “Loch” were detected or generated — likely based on a small detail within the image — and do not accurately represent the product. These terms are inappropriate and not acceptable from a merchant’s perspective.
Example of generated keywords:
“Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Bodenmatte, Gepäckmatte, Autoabdeckung, Kofferraummatte, Rutschfeste Matte, matte de, tappetino auto, sotto-pavimento?, antiscivolo, tappeto auto”
The terms “Kanalisation,” “Kanalschacht,” and “Loch” are clearly not relevant and do not…
3 votes -
UX improvement: Switch directly from the backend product to the frontend view.
When you do changes in backoffice of a product there should be a button from wich you can directly open a new tab with the product in frontend. So you can easily and fast check your changes
6 votes -
Shopware Account Plugin License List Update
The current license list overview of the shop in the account.shopware.com is sadly not really handy for customers / agencies.
When updating to later Shopware Versions, you need mostly plugin updates to get back from a broken to a working state (e.g. 6.6 > 6.7, php bin/console fails as well):
- Therefore I have to go to said website, search for the plugin name (somehow over name / description mixed, because names are handled differently in the search)
- Then click on the plugin (when i finally found it) and get the update version.
- Another plugin must be found the same way again.
A better solution would be:
- Make the search icon search over all tab categories (rent + free + archived..)
-> faster search of single plugins
- Show the technicalName in the license list table to make it "searchable" and or via CMD/STRG+F
-> Plugin Descriptions are different in store than in plugin composer.json -> always hard to find (especially with german/english translations)
- Add function to shopware-cli that you can update / migrate plugins from custom/plugins structure to composer.json
-> handy one command to select a list of plugins to update the latest version / migrate to composerThe current license list overview of the shop in the account.shopware.com is sadly not really handy for customers / agencies.
When updating to later Shopware Versions, you need mostly plugin updates to get back from a broken to a working state (e.g. 6.6 > 6.7, php bin/console fails as well):
- Therefore I have to go to said website, search for the plugin name (somehow over name / description mixed, because names are handled differently in the search)
- Then click on the plugin (when i finally found it) and get the update version.
- Another plugin must be found the same way…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Simultaneous display of gross prices and net prices
Shopware 6 currently requires potential customers to be registered and logged in in order to display the correct prices (gross or net).
For potential customers visiting a shop, they will always be shown one of the two prices only (gross price seems to be the default), which is only the right price for one of the two customer groups (private or commercial).
One obvious solution to this problem would be displaying both gross and net prices simultaneously on article pages and on category pages, one price more prominent than the other (see attached screenshots from our current shop solution).
This can even make sense in case a customer is logged in, e.g. a private customer searching for articles for his private use and stumbling across an article that would be of use for his (own) company -- and vice versa!
I am not yet too familiar with Shopware yet, so I do not know all the configuration details yet, but maybe the following UX makes sense:
Instead of just having two radio buttons "display gross prices" and "display net prices" for a customer (group), show four radio buttons:
( ) display gross prices
( ) display net prices
( ) display both prices, gross prices first
( ) display both prices, net prices firstI guess there is some kind of "default" customer group everyone not logged in belongs to (that would probably make the most sense), so above 4-radio-button list could be configured for the default group, too, but if no such group exists or cannot be created, then have that 4-radio-button list also somewhere in the settings for default price display.
For shipping only within Germany, it should say "incl. 19 % German VAT" and "excl. 19 % German VAT" (well, the default VAT that is configured somewhere).
For shipping within the EU, you probably could get away with exactly the same as for shipping within Germany, as long as VATID-customers see "0 % VAT", because of Intra-Community deliveries (EU) being tax-exempt, if valid VAT identification number is provided by the buyer.
For world-wide deliveries and for digital products, I cannot give any advice -- IANAL, after all.
Finally, to give my request some backing, aside from votes (which probably not everyone knows about), I searched the forums for all posts that show the OP wants the same: simultaneous display of gross prices and net prices, and here is what I found on the first few search result pages (didn't go through all of them):
https://forum.shopware.com/t/brutto-netto-preise-gleichzeitig-anzeigen-lassen-plugin/92842
https://forum.shopware.com/t/preise-brutto-nett-anzeigen-aenderungen-in-twig-werden-nicht-angewendet/106348
https://forum.shopware.com/t/brutto-und-netto-preise-anzeigen/93185/4
https://forum.shopware.com/t/wie-kann-ich-in-artikelbeschreibung-brutto-netto-zeigen/8015
https://forum.shopware.com/t/auf-dokumentenvorlagen-brutto-und-netto-preise-anzeigen/102628
https://forum.shopware.com/t/b2b-neben-netto-auch-bruttopreise-anzeigen/23731
https://forum.shopware.com/t/netto-und-brutto-preise-anzeigen/46064
https://forum.shopware.com/t/brutto-nettopreis-im-store/85727
https://forum.shopware.com/t/brutto-und-nettopreis-zugleich-darstellbar/54258
https://forum.shopware.com/t/brutto-netto-auf-artikeldetailseite/38072
https://forum.shopware.com/t/zusatzlich-zu-den-brutto-preisen-auch-netto-preise-anzeigen/12547Thank you for your consideration!
P.S.: If I somehow missed that this is a feature already present (in the community edition), please point me in the right direction, decline this request, and let me slowly vanish by walking backwards into a hedge, like Homer Simpson.
Shopware 6 currently requires potential customers to be registered and logged in in order to display the correct prices (gross or net).
For potential customers visiting a shop, they will always be shown one of the two prices only (gross price seems to be the default), which is only the right price for one of the two customer groups (private or commercial).
One obvious solution to this problem would be displaying both gross and net prices simultaneously on article pages and on category pages, one price more prominent than the other (see attached screenshots from our current shop solution).
This…
1 vote -
Shopware Publishe - show that Drafts exist in Detailpage
when opening a cms page, I want see, that there are drafts. additionally I want be able to access them easily like I can do in listing.
1 vote -
Automatic Country Restrictions Based on Manufacturer
Many merchants need to restrict the sale of specific brands or manufacturers in certain countries due to contractual, legal, or distribution agreements.
Currently, country restrictions must be assigned manually on a product-by-product basis. This becomes error-prone and difficult to maintain, especially for large product catalogs and when new products are added regularly.
A valuable enhancement would be the ability to define country restrictions at the manufacturer level and automatically apply them to all associated products.
Key benefits include:
- Automatically inheriting country restrictions for newly created products of a manufacturer
- Reducing manual maintenance and the risk of human error
- Ensuring compliance with brand-specific distribution agreements
- Improving scalability for merchants managing large product catalogs
This would provide a more efficient and reliable way to manage international sales restrictions while significantly reducing administrative effort.
Many merchants need to restrict the sale of specific brands or manufacturers in certain countries due to contractual, legal, or distribution agreements.
Currently, country restrictions must be assigned manually on a product-by-product basis. This becomes error-prone and difficult to maintain, especially for large product catalogs and when new products are added regularly.
A valuable enhancement would be the ability to define country restrictions at the manufacturer level and automatically apply them to all associated products.
Key benefits include:
- Automatically inheriting country restrictions for newly created products of a manufacturer
- Reducing manual maintenance and the risk of human error
- Ensuring compliance…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Packaging Unit Recommendation for B2B Products
Many B2B merchants sell products that are physically supplied in packaging units (e.g., 20 pieces per carton) while still allowing customers to order any quantity on a per-piece basis.
Currently, Shopware provides features such as tier pricing, minimum order quantities, and quantity steps. However, there is no native way to define a packaging unit for a product and use it as a recommendation rather than a restriction.
A valuable addition would be the ability to:
- Define a packaging unit size per product (e.g., 20 pieces)
- Display a recommendation in the buy box suggesting the next full packaging multiple based on the selected quantity
- Optionally provide convenience actions such as “+1 packaging unit”
- Encourage ordering full packaging units without enforcing quantity restrictions
The underlying product and inventory logic should remain unchanged:
- No product variants are required
- No separate products for packaging units are required
- Inventory should continue to be managed on the regular product level
- The cart should continue to process only the actual ordered piece quantity
This would help B2B merchants optimize logistics and packaging efficiency while maintaining maximum flexibility for customers.
Many B2B merchants sell products that are physically supplied in packaging units (e.g., 20 pieces per carton) while still allowing customers to order any quantity on a per-piece basis.
Currently, Shopware provides features such as tier pricing, minimum order quantities, and quantity steps. However, there is no native way to define a packaging unit for a product and use it as a recommendation rather than a restriction.
A valuable addition would be the ability to:
- Define a packaging unit size per product (e.g., 20 pieces)
- Display a recommendation in the buy box suggesting the next full packaging multiple based on…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Images for properties in product specifications
Currently, product specifications in Shopware 6 display property values as text only (e.g. “Material: Cotton”). It would be beneficial to support images for property values, either as an alternative to or in addition to text.
This would enable more visual and intuitive product information, for example by displaying care instruction icons for clothing or hazard symbols for chemical products.
1 vote -
add workflow log
I manually implemented a small script in Shopware that automatically documents every page I visit which contains a Shopware ID. This allows me to quickly revisit orders, customers, or other Shopware pages I have previously accessed for up to 30 days.
While this may not initially seem like a particularly significant feature, I have found it extremely useful in day-to-day work and have quickly become accustomed to having it available.
A small improvement in itself, but one that has proven surprisingly valuable in practice.
1 vote -
Shopware Analytics
Following the launch of the first iteration of Shopware Analytics, we are continuing to develop the next iterations, which will further enhance functionalities. Additionally, we will steadily introduce a series of new dashboards featuring more metric visualizations. These updates will be rolled out independently of Shopware minor releases, leveraging the flexibility of our App-based service.
We invite you to explore the new features of Shopware Analytics and share your feedback. Your insights and feedback will be considered during development to ensure continuous improvement.
Here you can find the original feedback, which was the base of the first iteration: https://feedback.shopware.com/forums/942607/suggestions/45651289
126 votesWe already started the further development and already added new statistics:
Added a new KPI “Promotion codes”
Added a new KPI “Sales by manufacturer”
Added a new KPI Sales by country
Added a new KPI Best selling products
UI enhancements and technical improvements
-
Different net prices for different tax rates
Our tax department has reviewed the invoicing documents and reported that, in certain scenarios, they do not comply with tax regulations. This affects orders containing line items subject to different VAT rates. Tax regulations require the net amounts in the documents to be broken down by VAT rate; however, the Shopware documents only display the total net amount of all products. Which data we need you see in the attached screenshot and an example of how it is today
Unsere Steuerabteilung hat die Rechnungsdokumente geprüft und zurückgemeldet, dass sie in bestimmten Konstellationen nicht den steuerrechtlichen Anforderungen entsprechen. Betroffen sind Bestellungen mit Positionen unterschiedlicher Mehrwertsteuersätze. Laut Steuervorschrift müssen die Nettobeträge in den Dokumenten nach Umsatzsteuersätzen aufgeschlüsselt werden. In den Shopware-Dokumenten wird jedoch ausschließlich der Gesamtnettobetrag ausgewiesen.
Our tax department has reviewed the invoicing documents and reported that, in certain scenarios, they do not comply with tax regulations. This affects orders containing line items subject to different VAT rates. Tax regulations require the net amounts in the documents to be broken down by VAT rate; however, the Shopware documents only display the total net amount of all products. Which data we need you see in the attached screenshot and an example of how it is today
Unsere Steuerabteilung hat die Rechnungsdokumente geprüft und zurückgemeldet, dass sie in bestimmten Konstellationen nicht den steuerrechtlichen Anforderungen entsprechen. Betroffen sind Bestellungen…
1 vote -
CMS-Element: Configuration options when embedding YouTube videos
When a YouTube video is embedded into an shopping experience using a CMS element, subtitles are automatically added, even though this feature is not active in the original video.
Therefore, it would be helpful to have configuration options for this within the CMS element.
3 votes -
Copilot: Notify when prompt requires action
Currently, when I enter a prompt into Copilot and I want to continue working somewhere in the admin, I do not get notified in any way when the prompt is either done or an action is required for Copilot to continue.
Would be nice, if there would be some notification.
1 vote -
Custom Products: Add weight to option values and include it in shipping weight calculation
In some cases the shipping weight may change substantially depending on product configuration using the Custom Products extension. However, merchants cannot define additional properties such as weight for custom products options at the moment. This makes it more difficult to calculate appropriate shipping costs.
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Allow copying and moving banner elements within Shopping Experiences without losing links
In Shopware 5, it was possible to move individual banners within a landing page using clipboard functionality without losing the assigned links.
In Shopware 6, this is currently not possible. Images have to be reselected from the media library, text has to be rewritten, and links have to be reassigned manually.
Especially for homepages and landing pages with multiple banners, it would be highly beneficial to allow copying and repositioning content within a Shopping Experience while keeping all existing configurations (images, text, links) intact.
3 votes -
Generate Multiple Documents in a Single Action
Currently, only one document can be generated at a time. It would be useful to generate multiple document types (e.g. Invoice and Delivery Note) with a single action.
This would reduce manual work, save time, and improve order processing, especially when handling large numbers of orders.
Suggested implementation:
Allow selecting multiple document types.
Support both single and bulk order processing.1 vote
- Don't see your idea?