- or
No existing idea results
- ~ No ideas found ~
1518 results found
-
Adjustment of Document File Names with Placeholders for Customer Data
Shopware does not support the use of placeholders for customer number, customer name, company name, and date in document file names. This makes efficient and precise management of generated files more challenging.
To optimize the categorization and archiving of documents, it would be highly beneficial to allow placeholders for the mentioned customer data in both the prefix and suffix of the file name. This would significantly simplify the handling of documents and improve the overall user experience of the software.
We kindly request that this functionality be integrated into a future version.
5 votes -
Enable swiping of product images in the gallery
When a customer views a product page on a mobile device, it is possible to swipe through the different product images.
However, once the gallery (full screen) is opened, it is no longer possible to navigate through the images by swiping, and only the arrow keys can be used.
This behavior is not transparent and therefore not comprehensible to the customer, making it feel like an error.
4 votes -
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.
2 votes -
Advance payment for subscription for a fixed subscription period
The following use case occurs very frequently in our business model:
A person gives away a subscription for 3, 6, or 12 months. The giver does not want to pay for each individual shipment separately, but rather pay the total amount once at the beginning, and the subscription ends after the prepaid period.5 votes -
Improvements to the thumbnail generator
One customer noticed these limitations of the thumbnail generator:
Square dimensions are used by default. This means that images with different widths and heights can vary greatly in quality when portrait and landscape images are used at the same time.The media manager allows the width and height to be set differently, but thumbnails that deviate from this format will be of poorer quality.
In the customer's words:
A square display is rarely the case. The most common display is landscape format.For optimal quality, the shortest side should be used rather than the longest side.
This is the only way to ensure that images are always (!) optimally used in the respective resolution and based on the srcset / sizes attributes.
One customer noticed these limitations of the thumbnail generator:
Square dimensions are used by default. This means that images with different widths and heights can vary greatly in quality when portrait and landscape images are used at the same time.The media manager allows the width and height to be set differently, but thumbnails that deviate from this format will be of poorer quality.
In the customer's words:
A square display is rarely the case. The most common display is landscape format.For optimal quality, the shortest side should be used rather than the longest side.
This is the only…
8 votes -
Enhanced Pricing Flexibility for Subscriptions
Current Limitation
At the moment, the same base product price is used for both one-time purchases and subscription purchases. This limits flexibility in commercial models and pricing strategies.Requested Enhancements
Option to Hide the One-Time Purchase Price
It should be possible to hide the one-time purchase option entirely for products that are primarily intended to be sold as subscriptions. This would allow merchants to position certain products as “subscription-only” without displaying a regular purchase alternative.Individual Pricing per Subscription Interval
If the one-time purchase price remains visible, merchants should have the ability to define separate prices per subscription interval (e.g., monthly, quarterly, yearly).
Currently, the same product price is used as the calculation basis for both one-time and subscription models, regardless of the selected interval.Example Use Case
One-time purchase: €25.000
Monthly subscription: €480
Quarterly subscription: €985
Annual subscription: €2.500In addition to pricing flexibility, we require enhanced control over how shipping costs are calculated for subscription products.
Requested Options
Merchants should be able to configure whether shipping costs are:
Charged for every subscription delivery,
Charged only once (e.g., for the initial order), or
Charged upfront for the minimum subscription interval (e.g., calculated once for the full minimum term).
Currently, there is no flexible configuration for subscription-specific shipping logic.
Current Limitation
At the moment, the same base product price is used for both one-time purchases and subscription purchases. This limits flexibility in commercial models and pricing strategies.Requested Enhancements
Option to Hide the One-Time Purchase Price
It should be possible to hide the one-time purchase option entirely for products that are primarily intended to be sold as subscriptions. This would allow merchants to position certain products as “subscription-only” without displaying a regular purchase alternative.Individual Pricing per Subscription Interval
If the one-time purchase price remains visible, merchants should have the ability to define separate prices per subscription interval (e.g.,…3 votes -
Improve checkout message performance
The AI-generated checkout message sometimes takes 10 seconds to generate if there are many products in the shopping cart.
Many customers close the page during this time. It would be better if the messages were generated in the background beforehand or if a faster AI model were used.
3 votes -
Automatically remind users who abandon the shopping cart
Automatic reminder for shopping basket cancellations. Optionally with an incentive such as a discount code. Remind users who abandon their shopping basket (including guests) and optionally bring them back to the shop.
14 votes -
ZIP code validation only takes effect once all other mandatory fields have been filled in during checkout.
While testing the checkout process, I noticed inconsistent behavior when validating the postal code.
Steps to reproduce:
Go to checkout.
Select country.
Enter an invalid value in the “Postal code” field (e.g., asdasd or asd123).
Leave at least one other required field blank.
Click “Continue.”
Result:
All required fields are marked as incorrect except for country and zip code.
The zip code is not displayed as invalid in this state.Further behavior:
As soon as the previously missing required field is filled in, the zip code validation takes effect retrospectively and the field is then marked as incorrect.Expected behavior:
The ZIP code should be validated immediately as soon as an invalid format is entered, regardless of the status of other required fields or alternatively, a uniform validation behavior should be applied to all required fields.Note:
Even though this case is likely to occur rarely, the behavior appears inconsistent to users and could lead to confusion.While testing the checkout process, I noticed inconsistent behavior when validating the postal code.
Steps to reproduce:
Go to checkout.
Select country.
Enter an invalid value in the “Postal code” field (e.g., asdasd or asd123).
Leave at least one other required field blank.
Click “Continue.”
Result:
All required fields are marked as incorrect except for country and zip code.
The zip code is not displayed as invalid in this state.Further behavior:
As soon as the previously missing required field is filled in, the zip code validation takes effect retrospectively and the field is then marked as incorrect.Expected behavior:…
4 votes -
Improving admin management for product reviews
In order to work effectively with product reviews, improvements are needed in the admin management for product reviews.
Currently, managing reviews is not possible; there are no filters (e.g. product, stars, sales channel, language, approved, date) and after editing a review, you are taken straight back to the first page.6 votes -
Role permissions for the image editor
Currently, it is not possible to enable or disable the image editor for users of a role.
Only the designated administrators have access to the image editor on Content > Image Editor.
3 votes -
Import/Export Cheapest price (last 30 days)
There should be a way to import/export the cheapest price (last 30 days).
There is a regulationPrice in the price field for this purpose, but it cannot currently be mapped.
6 votes -
Configurable mapping of the buyer reference in e-invoices (ZUGFeRD / XRechnung)
In the current default behavior, the <BuyerReference> field in the generated e-invoice (ZUGFeRD / EN16931) is populated with the purchase order number.
However, for invoices to public sector clients (government agencies), the routing ID is generally required in the <BuyerReference> field. If the purchase order number is used instead, this can lead to:
- Validation errors in ERP/accounting systems (e.g., Lexware)
- Rejections by public sector clients
- Problems with input tax deduction
- Rejection by Peppol/XRechnung validators
Currently, there is no configuration option in the admin panel to adjust the BuyerReference mapping.
Problem:
- The<BuyerReference>parameter is not flexibly configurable by default.
- Merchants with government clients must provide the routing ID.
- - Currently, customization is only possible via:
- custom code
- event subscriber (ZugferdInvoiceGeneratedEvent)
- plugin customizations.
- This results in unnecessary implementation effort for a common scenario.Proposal
Introduce a configurable option in the document/e-invoice setup:Option A – Selection field in the Admin
In the section:
"Settings → Documents → E-Invoice"Configurable mapping field for BuyerReference (fe):
- Dropdown:
- Order number
- Customer number
- Custom field (from Customer)
- Custom field (from Order)
- Freely definable mapping (e.g., via Twig expression)In the current default behavior, the <BuyerReference> field in the generated e-invoice (ZUGFeRD / EN16931) is populated with the purchase order number.
However, for invoices to public sector clients (government agencies), the routing ID is generally required in the <BuyerReference> field. If the purchase order number is used instead, this can lead to:
- Validation errors in ERP/accounting systems (e.g., Lexware)
- Rejections by public sector clients
- Problems with input tax deduction
- Rejection by Peppol/XRechnung validators
Currently, there is no configuration option in the admin panel to adjust the BuyerReference mapping.
Problem:
- The<BuyerReference>parameter is not flexibly configurable by default.…3 votes -
Allow B2B employee deletion when pending orders exist - GDPR compliance
Currently deleting a B2B employee who has pending orders fails with a raw FK constraint error (SQLSTATE 23000). The only workaround suggested is cascade-deleting the orders, which is unacceptable.
Real-world scenario: An employee leaves the company. The organization is legally required under GDPR (right to erasure) to remove that person's personal data. However, pending orders are financial records of the organization, not the employee's personal data, and must be preserved.
The fix does not require decoupling orders from customers. It only requires allowing employee_id on pending orders to be nullified (SET NULL) or reassigned to another employee before deletion. The order record stays intact, only the link to the former employee is removed.
Impact: Every B2B merchant with employee turnover faces this. In the EU, GDPR compliance is not optional - merchants cannot tell regulators "Shopware doesn't support it."
Suggested solution:
1. Change FK fk.pendingorder.employeeid to ON DELETE SET NULL
2. Provide a way to reassign pending orders to another employee before deletionCurrently deleting a B2B employee who has pending orders fails with a raw FK constraint error (SQLSTATE 23000). The only workaround suggested is cascade-deleting the orders, which is unacceptable.
Real-world scenario: An employee leaves the company. The organization is legally required under GDPR (right to erasure) to remove that person's personal data. However, pending orders are financial records of the organization, not the employee's personal data, and must be preserved.
The fix does not require decoupling orders from customers. It only requires allowing employee_id on pending orders to be nullified (SET NULL) or reassigned to another employee before deletion. The…
2 votes -
Advanced Product Catalogues - Assign Category & Product Visibility Via Pre-Defined "Template"
ENG: Use case: As a shop operator with many categories and products, I don't want to have to individually determine which categories and products a unit should have access to when creating organizational units. Instead, it should be possible to create templates—which may only be usable and visible at the admin level—that can be used to define viewing permissions accordingly. If I then need to create several organizational units, I could simply—where possible—quickly define the permissions using the template without having to manually define the same permissions again and again for each additional organization.
DE: Use-Case: Als Shopbetreiber mit vielen Kategorien und Produkten möchte ich bei der Erstellung einer Organisationseinheiten nicht immer individuell bestimmen müssen, auf welche Kategorien und Produkte ein Einheit Zugriff haben soll. Vielmehr muss es die Möglichkeit gebene, das - ggf. nur auf Adminebene nutzbar und sichtbar - Templates erstellt werden können, über die Sichtberechtigungen entsprechend definiert werden können. Sofern ich dann mehrere Organisationsienheiten erstellen muss, könnte ich dann einfach - wo möglich - die Sichtberechtigungen schnell über das Template festlegen lassen ohne dieselben Berechtigungen abermals für jede weitere Organisatzion manuell festlegen zu müssen.
ENG: Use case: As a shop operator with many categories and products, I don't want to have to individually determine which categories and products a unit should have access to when creating organizational units. Instead, it should be possible to create templates—which may only be usable and visible at the admin level—that can be used to define viewing permissions accordingly. If I then need to create several organizational units, I could simply—where possible—quickly define the permissions using the template without having to manually define the same permissions again and again for each additional organization.
DE: Use-Case: Als Shopbetreiber mit vielen…
3 votes -
B2B Components: Assign existing account to company account
Shop owners occasionally report that the unusual process of registering as a B2B employee leads to them signing up normally through the frontend which creates a bit of a mess.
It would be helpful if we provided the functionality to assign normal customers as employees to a B2B enabled company account as this would save effort for everyone involved.
Taking this idea further and to avoid unnecessary manual action for shop owners, we could implement this feature for the B2B account itself so THEY can invite existing (already registered) accounts to their company and integrate them into the B2B structure. Of course, for privacy reasons, they should not see if the mail already exists when inviting.
Shop owners occasionally report that the unusual process of registering as a B2B employee leads to them signing up normally through the frontend which creates a bit of a mess.
It would be helpful if we provided the functionality to assign normal customers as employees to a B2B enabled company account as this would save effort for everyone involved.
Taking this idea further and to avoid unnecessary manual action for shop owners, we could implement this feature for the B2B account itself so THEY can invite existing (already registered) accounts to their company and integrate them into the B2B structure.…
4 votes -
Rule-based hiding of Buy button
In Shopware 6, the visibility of products can already be controlled via rules by using the dynamic access extension (up to a certain point, as the stock is not being validated). However, there currently is no native way to hide or disable the “Buy / Add to cart” button based on rules, especially when combining customer groups with product stock conditions.
In B2B and hybrid B2C/B2B scenarios, it is common that products with stock = 0 (with closeout enabled) should still be orderable for specific customer groups, while the buy button should be hidden or disabled for all other customer groups. Moreover it should be possible to set "closeout" on sales channel level.
In Shopware 6, the visibility of products can already be controlled via rules by using the dynamic access extension (up to a certain point, as the stock is not being validated). However, there currently is no native way to hide or disable the “Buy / Add to cart” button based on rules, especially when combining customer groups with product stock conditions.
In B2B and hybrid B2C/B2B scenarios, it is common that products with stock = 0 (with closeout enabled) should still be orderable for specific customer groups, while the buy button should be hidden or disabled for all other customer…
3 votes -
Filter visibility by selected sales channels
For products, there is an option to set visibility for selected sales channels.
This setting determines whether a product appears in search results or in the product listing.
However, to see what is set for a product here, you have to open the product page and then click the settings button again.It would be nice to have an option right here in the product overview to filter by visibility settings.
2 votes -
Allow for CMS elements to be hidden on category pages when product listing page is not the first page
When a category layout contains some text or images together with the product listing element, that text or element may be indexed by search engines multiple times for each page of the listing, leading to duplicate indexing and results.
It would be helpful if certain elements could be hidden once the customer or the indexing bot navigates through the listing pages, or a URL contains the ?p= parameter. This would prevent redundant indexing.
2 votes -
payment method per customer
Default payment method should be available per customer so that we can use this information for
- customer account
- Reports
- order confirmation2 votes
- Don't see your idea?