- or
1533 results found
-
Don't use the first page of a paginated sequence as the canonical page
Use URLs correctly:
- Give each page a unique URL. For example, include a ?page=n query parameter, as URLs in a paginated sequence are treated as separate pages by Google.
- Don't use the first page of a paginated sequence as the canonical page. Instead, give each page its own canonical URL.
Currently, the canonical page in categories is always the first page. Without pagination URLs.
According to Google, the canonical URL should be set up including pagination.
Please correct this.
3 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…5 votes -
Display filter as a checkbox without dropdown
Currently, properties are always displayed as drop-down menus in the filters. It would be nice if there were an option to display individual properties as checkboxes in the filters.
For example, it makes no sense to display a drop-down menu if a property only has one value.
It would be nice to have the option of displaying the value without a drop-down menu, as is the case with the free shipping filter.2 votes -
Recipient "Employee" should be available inside the flow builder
Currently the recipient employee is not generally available inside the flow builder. As a new actor within the B2B suite this role should be added. So we can freely use the flow builder with the B2B suite.
The specific employee flows seem hardcoded within the B2B suite as illustrated in my screenshot. Employees do receive the correct mail, but it's not configurable/visible in the flow builder.
3 votes -
B2B Components: Show Request quote button without login
This feedback comes from a customer. They ask for the request button to be always visible, if quotes are possible.
If a guest customer clicked on the button the login request appears. After logging in the quote can be requested as usual.
2 votes -
Expose PayPal Ratepay Payment Instructions in Email Template Context
Description:
Currently, when using PayPal Ratepay (Invoice / Installment payments) in Shopware 6, the required payment instructions (e.g. IBAN, BIC, account holder, and reference number) are displayed to the customer during checkout after order confirmation.However, these payment details are not available in the default email template context. As a result, merchants cannot include the necessary bank transfer information in order confirmation emails without implementing custom plugins or event subscribers.
This leads to a gap in the customer communication flow, since payment instructions are critical for completing the transaction and customers may not revisit the checkout success page.
Expected Behavior:
The payment instructions provided by PayPal Ratepay should be accessible in the email template context.This would allow merchants to include the payment details directly in email templates using Twig, without additional customization.
Benefits:
- Improves customer experience by ensuring payment instructions are always accessible
- Reduces support requests related to missing payment details
- Eliminates the need for custom plugin development for a common use case
- Aligns checkout communication with email communicationDescription:
Currently, when using PayPal Ratepay (Invoice / Installment payments) in Shopware 6, the required payment instructions (e.g. IBAN, BIC, account holder, and reference number) are displayed to the customer during checkout after order confirmation.However, these payment details are not available in the default email template context. As a result, merchants cannot include the necessary bank transfer information in order confirmation emails without implementing custom plugins or event subscribers.
This leads to a gap in the customer communication flow, since payment instructions are critical for completing the transaction and customers may not revisit the checkout success page.
Expected Behavior:…
1 vote -
Nexus (Open Beta)
Nexus is an event orchestration platform that allows you to develop critical business workflows with 3rd party systems (ERP, CRM, PIM, etc).
1 vote -
Force customers to assign a new password after creation via the administration
There should be an option to force customers - that have been set up through the administration - to change their password after the initial login.
4 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.
14 votes -
Custom Products: Add option to display configurator in a modal on the product detail page
Description:
Currently, the Custom Products configurator is rendered inline on the product detail page (PDP), typically within the buy box or page flow. For products with complex configurations and many options, this can lead to a cluttered layout and negatively impact the user experience.Proposal:
Introduce an optional display mode that renders the Custom Products configurator inside a modal (overlay), triggered via a button in the buy box.Example Behavior:
- A button such as “Configure product” is shown in the buy box
- On click, a modal opens containing the full configurator
- The configurator runs entirely inside the modal (including validation, dynamic pricing, etc.)
- After completion, the modal closes and the selected configuration is applied to the productBenefits:
- Improved clarity and usability for complex configurations
- Better user focus by isolating the configuration process
- Consistent UX pattern used by many modern configurator-based shops
- Significantly improved mobile experience (e.g. fullscreen modal)Optional Enhancements:
- Selectable display modes:
- Inline (current behavior)
- Step-by-step (existing)
- Modal (new)
- Configurable globally or per product in the admin
- Fullscreen modal option for mobile devicesTechnical Notes:
- Could leverage existing storefront modal mechanisms (e.g. modal / AJAX modal infrastructure)
- Reuse of existing Custom Products components inside the modal
- No changes required to business logic, only presentation layerPriority / Use Case:
Relevant for merchants with:- complex or visual product configurations
- multiple option groups
- strong focus on UX and conversion optimization
Description:
Currently, the Custom Products configurator is rendered inline on the product detail page (PDP), typically within the buy box or page flow. For products with complex configurations and many options, this can lead to a cluttered layout and negatively impact the user experience.Proposal:
Introduce an optional display mode that renders the Custom Products configurator inside a modal (overlay), triggered via a button in the buy box.Example Behavior:
- A button such as “Configure product” is shown in the buy box
- On click, a modal opens containing the full configurator
- The configurator runs entirely inside the…1 vote -
Individuelle Steuersätze für Kundengruppen
Individuelle Steuersätze für Kundengruppen
1 vote -
"epub" should be a standard upload file for digital products, as this is the standard file for e-books
As nearly all ebooks are sold as PDF- or epub-files (most ebooks) , "epub" should be integrated into the list of files, that can be uploaded (esp. if you create a digital product).
1 vote -
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 -
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 -
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 -
Delivery period display in the shopping basket / Lieferzeitraum-Anzeige Warenkorb
The delivery period display makes no sense if the system cannot calculate the weekends and perhaps also understand the maximum time up to which orders can be processed immediately.
Our GLS parcel service takes everything that we receive as an order by 10 a.m. on the same day and delivers it the next WORKING DAY or after a maximum of two days. So it's a great advertising factor for us to state the delivery time as 1-2 working days.
But if customers then see in the delivery period: 24-25 May (that's Saturday and Sunday) then it confuses them or, in the worst case, annoys them.
If I set the time more broadly, the advertising effect fizzles out...
Die Lieferzeitraum-Anzeige macht keinen Sinn, wenn das System nicht die Wochenenden rausrechnen kann und vielleicht auch versteht, bis zu welcher Uhrzeit Bestellungen maximal gleich bearbeitet werden können.
Unser GLS Paketdienst nimmt alles, was am selben Tag bis 10 Uhr bei uns als Bestellung eingeht noch mit und stellt am nächsten WERKTAG zu bzw. maximal nach zwei Tagen. So gesehen ein toller Werbefaktor für uns, die Lieferzeit mit 1-2 Werktagen anzugeben.
Wenn die Kunden dann aber im Lieferzeitraum sehen: 24.-25.05. (das ist Samstag und Sonntag) dann verwirrt es sie, oder im schlimmsten Fall verärgert es sie..
Wenn ich die Zeit großflächiger einstelle, verpufft der Werbeeffekt..
The delivery period display makes no sense if the system cannot calculate the weekends and perhaps also understand the maximum time up to which orders can be processed immediately.
Our GLS parcel service takes everything that we receive as an order by 10 a.m. on the same day and delivers it the next WORKING DAY or after a maximum of two days. So it's a great advertising factor for us to state the delivery time as 1-2 working days.
But if customers then see in the delivery period: 24-25 May (that's Saturday and Sunday) then it confuses them or, in…
8 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
- Don't see your idea?