284 results found

1. PayPal: add option to disable Smart Payment Button for other payment methods

   Currently, users can only disable the Smart Payment Buttons for the standard PayPal payment method, which replaces the (by default) yellow PayPal button with the standard button to conclude the checkout.

   However that setting does not have effect on the other payment methods provided by PayPal, such as Apple Pay, Google Pay or even the Pay Later option by PayPal. Those still replace the default pay button with their own graphic.

   It would be useful to be able to disable them as well to have more control over the shop design.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  PayPal & Braintree  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

2. Generate ZUGFeRD e-invoices via Bulk Edit

   It is currently not possible to create an e-invoice using bulk edit.
   
   You can only send the e-invoice, but not generate it directly using bulk edit.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Orders & Customers  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

3. Preselect correct Sales Channel mail template in "Send Document" modal

   Summary

   When manually sending a document (e.g. an invoice) from the order detail page in the Shopware 6 Administration, the "Send Document" modal always preselects the first globally available mail template of the matching type — regardless of which Sales Channel the order belongs to.

   If multiple mail templates of the same type (e.g. "Invoice / Rechnung") exist for different Sales Channels, the administrator must manually select the correct template every time. This is error-prone and leads to customers potentially receiving emails styled for the wrong Sales Channel (wrong branding, wrong logo, wrong sender identity).
   Current Behavior

   The sw-order-send-document-modal component preselects the first available mail template of the matching type, without considering the Sales Channel of the current order.

   Example:

   Order belongs to Sales Channel pizza1.de
   Available templates of type "Invoice": MotorGarten - Rechnung ✓ (preselected), pizza1.de - Rechnung, Rechnung ebay Template
   The modal preselects MotorGarten - Rechnung instead of pizza1.de - Rechnung
   

   Expected Behavior

   The modal should automatically preselect the mail template that is assigned to (or best matches) the Sales Channel of the order being processed.

   Fallback logic suggestion:

   Prefer a template explicitly assigned to the order's Sales Channel
   Fall back to the global/default template if no Sales Channel-specific template exists
   

   Why This Matters

   Shops operating multiple Sales Channels (e.g. different storefronts or marketplaces) typically maintain separate mail templates per channel for branding and legal reasons. The current behavior forces staff to manually pick the right template on every document send — and a wrong selection means the customer receives an email with the wrong branding.
   Suggested Implementation

   In sw-order-send-document-modal/index.js, when loading and defaulting the mail template selection, filter or sort templates by the salesChannelId of the current order and preselect the best match.

   Relevant file:
   src/Administration/Resources/app/administration/src/module/sw-order/component/sw-order-send-document-modal/index.js
   Environment

   Shopware Version: 6.x (reproducible across versions)
   Multiple Sales Channels with separate mail templates of the same type
   

   Summary

   When manually sending a document (e.g. an invoice) from the order detail page in the Shopware 6 Administration, the "Send Document" modal always preselects the first globally available mail template of the matching type — regardless of which Sales Channel the order belongs to.

   If multiple mail templates of the same type (e.g. "Invoice / Rechnung") exist for different Sales Channels, the administrator must manually select the correct template every time. This is error-prone and leads to customers potentially receiving emails styled for the wrong Sales Channel (wrong branding, wrong logo, wrong sender identity).
   Current Behavior

   The sw-order-send-document-modal component… more

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  System & Settings  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

4. Make Advanced Search 2.0 more configurable

   EN
   
   Advanced Search 2.0 / OpenSearch already offers good results. However, not all users can make optimum use of it because, for example, it is not possible to set how much deviation a result may have compared to the top-ranked result. In the technical trade, product names can be very close to each other, so an exact match is often required here. Although the best results are presented first, similar results are also presented. For example, S25 and S25+ would be very close to each other and therefore offer the potential for a bad purchase with subsequent returns.

   For customers with such search requirements, it would be helpful if they could set how high the deviation in the ranking may be or how far the distance may be in the fuzzy search.

   DE
   
   Advanced Search 2.0 / OpenSearch bietet bereits gute Ergebnisse. Jedoch ist nicht für alle Nutzer eine optimale Nutzung möglich, weil zum Beispiel nicht eingestellt werden kann, wie viel Abweichung ein Ergebnis im Vergleich zum top gerankten Ergebnis haben darf. Im technischen Handel können Produktbezeichnungen sehr nah beieinander liegen, daher wird hier oft eine genaue Übereinstimmung benötigt. Zwar werden die besten Ergebnisse als erstes präsentiert, aber ähnliche Ergebnisse ebenfalls. Somit würden als Beispiel S25 und S25+ sehr nah beieinander liegen und bieten somit Potenzial zum Fehlkauf mit anschließenden Retouren. Für Kunden mit solchen Anforderungen an die Suche wäre es hilfreich, wenn sie einstellen könnten, wie hoch die Abweichung im Ranking sein darf oder wie weit die Distanz bei der unscharfen Suche sein darf.

   EN
   
   Advanced Search 2.0 / OpenSearch already offers good results. However, not all users can make optimum use of it because, for example, it is not possible to set how much deviation a result may have compared to the top-ranked result. In the technical trade, product names can be very close to each other, so an exact match is often required here. Although the best results are presented first, similar results are also presented. For example, S25 and S25+ would be very close to each other and therefore offer the potential for a bad purchase with subsequent returns.

   For customers… more

   27 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   3 comments  ·  Search  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

5. Make font size configurable in document footers

   Make font size configurable in document footers via option in document settings.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  System & Settings  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

6. Feature Request: Country-specific delivery times per shipping method

   Currently, Shopware only allows one global delivery time per shipping method.

   To accommodate different delivery times for each destination country, separate shipping methods must be created.

   In more complex shipping setups, this leads to a very high number of shipping methods.

   In this case:

   • Approximately 130 standard shipping methods
   • Approximately 100 express shipping methods
   • Over 200 active shipping methods in total

   • This results in considerable administrative overhead regarding:

   • Maintenance and updates

   • Rule assignment

   • Quality assurance

   • Error potential

   • Overview in the admin panel

   Especially with service providers like DHL and DHL Express, detailed, country-specific transit time tables exist that need to be updated regularly. Grouping by region (e.g., EU, USA, Asia) is not practical here, as transit times change dynamically and the grouping logic would have to be constantly adjusted.

   Problem Statement
   The current system architecture forces merchants to create multiple shipping methods simply to represent different delivery times for each country.

   There is no way to define delivery times, similar to shipping costs, differentiated by destination country.

   Requested Feature
   Extension of shipping methods to include country-specific delivery time logic, e.g.:

   • A matrix within a shipping method:

   Country → Delivery Time

   or alternatively

   • Rule-based assignment of delivery times via the Rule Builder

   The goal is to represent different delivery times for each country without having to create separate shipping methods.

   Expected Added Value
   - Significant reduction in the number of shipping methods
   - Simplified maintenance when changing delivery times
   - Improved clarity in the backend
   - Reduced error susceptibility
   - Better scalability for international shipping

   Currently, Shopware only allows one global delivery time per shipping method.

   To accommodate different delivery times for each destination country, separate shipping methods must be created.

   In more complex shipping setups, this leads to a very high number of shipping methods.

   In this case:

   • Approximately 130 standard shipping methods
   • Approximately 100 express shipping methods
   • Over 200 active shipping methods in total

   • This results in considerable administrative overhead regarding:

   • Maintenance and updates

   • Rule assignment

   • Quality assurance

   • Error potential

   • Overview in the admin panel

   Especially with service providers like DHL and DHL Express, detailed, country-specific transit time tables exist that need to… more

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Other  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

7. Validation of individual voucher codes

   At present, there is no check to verify whether individual promo codes generated according to a custom pattern result in a valid code.

   Although the result is displayed in a preview, if you enter a pattern containing a hyphen (‘-’), no valid code can be generated, as hyphens appear to be reserved for the PRE and SUFFIX fields.

   Example: %s%s%d%d-%d%d-%d%d%d%s

   This would produce the following result: UP21-%d%d-%d%d%d%s

   The pattern following the hyphen is used as the code. Although this should be noticeable during creation due to the preview, validation would nevertheless be more sensible and is requested.

   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Marketing & Promotions  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

8. Subscriptions available in Evolve

   Include Shopware Subscriptions already for lower tier plan(s) - at least Evolve.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Other  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

9. Improvement Proposal: Enhance Mail & Flow Logic for B2B Employee Context (Shopware Commercial)

   Current Situation / Problem:
   In B2B (Commercial) setups, there is a common requirement to send transactional emails (e.g. order confirmations) not only to the customer account, but contextually to the employee who actually placed the order.

   At the moment, the following limitations exist:

   • employee data is only available in mail templates if an employee is present in the order context.
   • The Flow Builder does not provide conditions based on employee data (e.g. “employee exists”, “employee email”).
   • Dynamic recipients (TO/CC/BCC) based on variables (e.g. {{ employee.email }}) are not supported.
   • CC/BCC fields can only be configured statically.
   • Workarounds (e.g. separate flows per customer) are not scalable.

   Proposed Improvements:
   1. Extend Flow Builder Conditions
   Add new conditions such as:
   “Order has employee”
   “Employee attributes” (e.g. email, name, ID)
   Provide access to employee fields similar to existing customer conditions

   1. Support Dynamic Email Recipients
      Enable variable-based configuration for:
      TO
      CC
      BCC
      Example:
      TO: {{ employee.email }}
      CC: {{ customer.email }}

   2. Recipient Fallback Logic
      Allow conditional logic such as:
      If employee exists → send to employee
      Else → send to customer

   3. Consistent Template Variable Availability
      Ensure employee is always available in templates (e.g. null if not set)
      Avoid inconsistent behavior in the template editor

   4. Optional (Nice-to-have)
      Introduce a recipient strategy setting (e.g. “Primary recipient = Employee / Customer / Both”)
      UI support for typical B2B communication scenarios

   Business Impact:
   - Covers a core B2B commerce requirement (employees ordering on behalf of a company)
   - Reduces manual effort in sales/customer service teams
   - Prevents misrouted emails
   - Significantly improves automation capabilities in Flow Builder
   - Avoids the need for custom plugin development for standard use cases

   Current Workaround:
   - Display employee information in the email template
   - Manual routing of emails after sending
   - Alternatively: custom plugin development

   Current Situation / Problem:
   In B2B (Commercial) setups, there is a common requirement to send transactional emails (e.g. order confirmations) not only to the customer account, but contextually to the employee who actually placed the order.

   At the moment, the following limitations exist:

   • employee data is only available in mail templates if an employee is present in the order context.
   • The Flow Builder does not provide conditions based on employee data (e.g. “employee exists”, “employee email”).
   • Dynamic recipients (TO/CC/BCC) based on variables (e.g. {{ employee.email }}) are not supported.
   • CC/BCC fields can only be configured statically.
   • Workarounds (e.g. separate flows… more
   1 vote

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  B2B  ·  Delete…  ·  Admin →
   How important is this to you?

   Nice to have You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

   Gathering 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.

10. 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.

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Marketing & Promotions  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.

11. Configuration flag to restrict update checks to the current major version

    Some merchants want to remain on a specific Shopware 6.x release line, such as 6.6. A flag, e.g. in shopware.yaml, to restrict update checks to the current major version would therefore be useful.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  System & Settings  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.

12. 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… more

    7 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  B2B  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

13. copyrightYear configurable

    metaInformation has property for copyrightYear which is also printed into the storefront. But this is not configurable anywhere.

    How should it work? Let us talk, maybe we can adjust the behaviour.

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  SEO  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.

14. Don't use the first page of a paginated sequence as the canonical page

    https://developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading

    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

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  SEO  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

15. 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… more

    9 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    4 comments  ·  Checkout  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

16. 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… more

    5 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  B2B  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

17. 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

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Products, Prices & Properties  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.

18. 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

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  B2B  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

19. 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

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  B2B  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.

20. 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 communication

    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:… more

    1 vote

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Checkout  ·  Delete…  ·  Admin →
    How important is this to you?

    Nice to have You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating
    Gathering Feedback  ·  AdminMoritz Naczenski (Admin, shopware AG) responded

    Gathering 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.