- or
1391 results found
-
Add (database)-flag that indicates if a custom field (set) is in use
Implement a flag that indicates, if a custom field (set) is in use. Currently, if you would like to delete specific custom fields or a whole set, you don't really see, if they are still assigned in any of the 27 potential entities you can assign a custom field set to.
On top of that, we currently don't check if a custom field (set) is in use while deleting it.
1 vote -
Allow Product rules to be used on CMS block visibility
Currenty, the option for "Visibility" in a CMS block allows using Rulebuilder rules to pick if a block should be displayed or not.
Using this on a Product detail page is relatively useless, though, because there are no rules referring to the product being displayed. (There are rules regarding to products-in-carts, but those don't work here).So, request: Add an option to the rulebuilder that checks the currently-displayed-product that can be used on the CMS templates. Might be extended to "current category being displayed" for more flexibility, too.
1 vote -
creation date of individual codes
Currently, it is not possible to differentiate old codes from new ones when u let the system generate new codes
2 votes -
form block element with the possibility to create radio buttons
Introduction of a radio button element for the form tool (Erlebniswelt Block Element) This should be a standard feature
5 votes -
Lazy loading
Lazy loading should be a standard function of modern ecommerce systems, so please implement this function into shopware core.
Why:
- faster loading times
- better SEO12 votes -
Password reset recovery time configurable
I would like to be able to configure the recovery time of the password reset. Sometimes you dont actually want to only have 2h of recovery time an have it a bit longer.
This should also be configurable for the Shopware\Commercial\B2b\EmployeeManagement.2 votes -
The address settings in the country configuration should have an effect on the registration form.
The address settings in the country configuration should have an effect on the registration form.
The current order is always street, town, zip code. For Germany, for example, the correct order would be: street, zip code, town.1 vote -
Shopping cart display “Delivery time” on oldest date
Partial deliveries within orders are often excluded, which is why only the oldest delivery period within the items is important. There should therefore be an option to display only the oldest delivery period in the shopping cart.
Otherwise, the only alternative would be to completely deactivate the delivery period display.
3 votes -
Customization of cookie settings via the admin
It would be helpful for customers if they could use the admin to customize the selection of standard cookies or other cookies without having to use the developer documentation.
3 votes -
Split amount of product-listing items for different Devices
Right now, you can force SW to list as many items as you want in a category. Having 96 items on a category page may look good on desktop, but it slows down the mobile view by at least 2 seconds.
So, it would be a great feature to split the product listing view into Devices. For example, there are 24 items on mobile and 96 items on desktop.
User and Pagespeed would appreciate that.
Thanks.1 vote -
New event needed: Request for Customer group XY
When the registration for a customer group is received, there is currently no option to send a message for a specific customer group that the customer must be approved for the customer group. As the approval in the customer overview can easily be overlooked, an event with an email to the shop operator or similar would be useful.
Wenn die Registrierung für eine Kundengruppe eingeht, gibt es aktuell keine Möglichkeit für eine bestimmte Kundengruppe eine Nachricht zu verschicken, dass sich der Kunde für die Kundengruppe freigegeben werden muss. Da die Freigabe in der Übersicht Kunden schnell übersehen werden kann, wäre ein Event mit einer Mail an den Shopbetreiber oder ähnlich sinnvoll.
When the registration for a customer group is received, there is currently no option to send a message for a specific customer group that the customer must be approved for the customer group. As the approval in the customer overview can easily be overlooked, an event with an email to the shop operator or similar would be useful.
Wenn die Registrierung für eine Kundengruppe eingeht, gibt es aktuell keine Möglichkeit für eine bestimmte Kundengruppe eine Nachricht zu verschicken, dass sich der Kunde für die Kundengruppe freigegeben werden muss. Da die Freigabe in der Übersicht Kunden schnell übersehen werden kann, wäre…
2 votes -
DHL Extension - DTP (duties & taxes paid)
It should be possible to integrate DTP in DHL.
2 votes -
Fallback for Variant Pre-Selection
The storefront presentation can be used to define a specific variant preselection for the listing as well as for the detail page.
If the main article is now selected for display in the listing, but no variant is defined for the preselection on the detail page, any variant is preselected seemingly at random, even if it is no longer available in terms of stock.
Here it would be desirable if we could simply select the next available variant option as a fallback.
17 votes -
When you upload a file to a digital product, there should be a process bar
Big files need some time to upload. So a process bar helps to see if the upload works and how long it will take.
1 vote -
Cross selling improvements
Cross sellings are a fairly commonly used feature in many online shops.
Our implementation still seems somewhat basic. It would be great to have the option to treat cross sellings as separate entities (instead of being an "attachment" to every product individually) so we can assign ONE defined cross selling - in bulk - to many products.
Currently, there is no way to realistically do this. Instead, you have to create a cross selling for every single product you want to use it for separately.
The export function for cross sellings suffers from this "individual" logic as well or this would be a practical workaround - allow product_id to contain an array of products, separated by pipe or something. That way, we'd at least allow one cross selling to be attached to many products, even if it's still quite a lot of effort for most shop owners.
While we're at it, for the far future we should also consider using AI here. There must be ways to analyze which customers buying product A also frequently buy product B and C and such.
Cross sellings are a fairly commonly used feature in many online shops.
Our implementation still seems somewhat basic. It would be great to have the option to treat cross sellings as separate entities (instead of being an "attachment" to every product individually) so we can assign ONE defined cross selling - in bulk - to many products.
Currently, there is no way to realistically do this. Instead, you have to create a cross selling for every single product you want to use it for separately.
The export function for cross sellings suffers from this "individual" logic as well or this…
3 votes -
Improved centralized management of variants to reduce maintenance effort
EN
Improved centralized management of variants to reduce maintenance effort
Description:
Currently, variant management in Shopware 6 causes an enormous amount of extra work when it comes to updating variants that are used in many products. This particularly affects store operators who offer many products with identical variants.DE
Verbesserte zentrale Verwaltung von Varianten zur Reduzierung des Pflegeaufwands
Beschreibung:
Derzeit verursacht die Variantenverwaltung in Shopware 6 einen enormen Mehraufwand, wenn es um die Aktualisierung von Varianten geht, die in vielen Produkten verwendet werden. Dies betrifft insbesondere Shopbetreiber, die viele Produkte mit identischen Varianten anbieten. Hier ein Beispiel, das die aktuelle Problematik verdeutlicht und wie diese verbessert werden könnte:Beispiel: Angenommen, ein Shop bietet Paneele in 100 verschiedenen Profilen an (z. B. U-Profil, V-Profil, Null-Fugen-Profil), und jedes Profil ist in 120 Farben erhältlich. Der Ablauf in Shopware sieht derzeit so aus:
Die 100 Profilvarianten werden im Backend einzeln angelegt. Die 120 Farbvarianten werden als Eigenschaften angelegt und jedem Profil als Variante zugewiesen.Sollte nun eine der Farbvarianten – z. B. „Sonderfarbe Blau“ – geändert werden, muss das Bild dieser Variante für jede der 100 Profilvarianten manuell angepasst werden. Das bedeutet, dass man für jedes Profil die betroffene Farbvariante auswählen, das Bild ändern und die Änderung speichern muss. Dies führt zu einem extrem hohen Aufwand, da dieselbe Aktion mehrfach durchgeführt werden muss, obwohl die Variante identisch ist.
Vorgeschlagene Lösung:
Eine zentrale Verwaltung der Varianten, bei der Änderungen an einer "Vatervariante" automatisch auf alle zugehörigen Produkte angewendet werden, würde den Workflow erheblich verbessern. Konkret könnte dies wie folgt aussehen:Zentrale Variantenpflege: Varianten werden einmalig erstellt und dann zentral verwaltet. Änderungen (z. B. an Bildern oder Zusatzfeldern) können an der zentralen Variante vorgenommen werden und werden auf alle zugewiesenen Produkte übertragen. Automatische Vererbung von Änderungen: Änderungen an einer Variante – sei es ein neues Bild oder ein Zusatzfeld – werden automatisch an alle Produkte weitergegeben, die diese Variante verwenden. Performance-Optimierung im Backend: Eine zentrale Verwaltung reduziert nicht nur die Pflegezeit, sondern sorgt auch für eine effizientere Nutzung der Backend-Ressourcen, da redundante Datenbearbeitung entfällt.Durch die Umsetzung dieser Funktionen könnten Shopbetreiber immense Zeit und Arbeit sparen, die Pflege von Varianten effizienter gestalten und die Fehleranfälligkeit durch manuelle, sich wiederholende Eingaben reduzieren.
EN
Improved centralized management of variants to reduce maintenance effort
Description:
Currently, variant management in Shopware 6 causes an enormous amount of extra work when it comes to updating variants that are used in many products. This particularly affects store operators who offer many products with identical variants.DE
Verbesserte zentrale Verwaltung von Varianten zur Reduzierung des Pflegeaufwands
Beschreibung:
Derzeit verursacht die Variantenverwaltung in Shopware 6 einen enormen Mehraufwand, wenn es um die Aktualisierung von Varianten geht, die in vielen Produkten verwendet werden. Dies betrifft insbesondere Shopbetreiber, die viele Produkte mit identischen Varianten anbieten. Hier ein Beispiel, das die aktuelle…1 vote -
Opportunity to change the order of storefront snippet files
There should be a way to customise the order in which the storefront snippet files are loaded.
Currently the snippet files are loaded in a first come first serve principle.
For example like this
vendor/shopware/core
vendor/mycompany/mytheme/
vendor/store.shopware.com/
vendor/mycompany/myplugin/
vendor/store.shopware.com/swaglanguagepackLoading the snippet files should be like this:
vendor/shopware/core
vendor/store.shopware.com/
vendor/mycompany/myplugin/
vendor/mycompany/mytheme/So that you can overwrite all others with the snippet files of your own theme.
1 vote -
admin: menu bar permanent collapsed
Possibility to set the menu bar permanent collapsed or not.
3 votes -
Combination of discount codes from a single promotion
It is currently not possible to use individual discount codes of a promotion together.
This means, for example, if you send a customer 4 individual voucher codes with a €50 discount each so that they can redeem their €200 total discount either split up or several codes together, this will not work if the individual discount codes all come from one promotion.
However, if the individual discount codes come from 4 different promotions, the customer can redeem them in combination.
This function would be a useful extension for many customers, for example by adding a button in a promotion asking whether the codes can be redeemed together. There have already been several issue tickets about this behavior in the past, as many customers do not understand why the redemption of different promotions together works, but not of a single one.It is currently not possible to use individual discount codes of a promotion together.
This means, for example, if you send a customer 4 individual voucher codes with a €50 discount each so that they can redeem their €200 total discount either split up or several codes together, this will not work if the individual discount codes all come from one promotion.
However, if the individual discount codes come from 4 different promotions, the customer can redeem them in combination.
This function would be a useful extension for many customers, for example by adding a button in a promotion asking…7 votes -
Extend ruling / possibilties for shipping methods
EN
The number of requests to expand the options for shipping methods is increasing. Many customers who come from Shopware 5 miss the option of entering individual calculations or combining standard shipping methods with surcharge or discount shipping methods. I'll take DHL as an example here. When shipping abroad, the EU / non-EU distinction is used, the destination countries are divided into zones, there is a basic price and a surcharge per kilogramme.
This can of course be mapped with Rule Builder and the current shipping methods, but if I send goods weighing up to, say, 100 kg, it means creating a price matrix with at least 100 entries. This also involves manually calculating which basic price with which number of kilograms results in which total price.The price per kilogram remains the same in the scenario, so the whole thing would be relatively easy for our customers to map if it were possible to specify a calculation, for example "total weight * 1.50 EUR", the basic prices are staggered according to kilogram ranges, which could already be easily mapped now. It would only be necessary to add the two together to produce a final shipping price. Percentage surcharges etc. are also missing.
DE
Die Anfragen zu einer Erweiterung der Möglichkeiten für Versandarten nehmen zu. Viele Kunden, die von Shopware 5 kommen, vermissen die Möglichkeit individuelle Berechnungen zu erfassen oder Standardversandarten mit Aufschlags- oder Abschlagsversandarten zu kombinieren. Als ein Beispiel nehme ich hier DHL. Bei dem Versand ins Ausland wird die Unterscheidung EU / Nicht EU angewendet, die Zielländer sind in Zonen aufgeteilt, es gibt eine Grundpreis und einen Aufschlag pro Kilogramm. Das lässt sich mit Rule Builder und den aktuellen Versandmethoden natürlich abbilden, aber allein wenn ich Versandgut bis sagen wird 100 Kg verschicke, bedeutet es eine Preismatrix mit mindestens 100 Einträgen anzulegen. Dabei muss dann auch noch manuell berechnet werden, welcher Grundpreis mit welcher Kilozahl welchen Gesamtpreis ergibt.Der Preis pro Kilogramm bleibt in dem Szenario gleich, somit wäre das Ganze für unsere Kunden relativ leicht abzubilden wenn es die Möglichkeit gäbe eine Berechnung anzugeben, zum Beispiel "Gesamtgewicht * 1,50 EUR", die Grundpreise sind nach Kilogrammbereichen gestaffelt, das ließe bereits jetzt einfach abbilden. Es müsste nur beides zusammen gerechnet einen Versandendpreis ergeben. Vermisst werden außerdem prozentuale Aufschläge usw.
EN
The number of requests to expand the options for shipping methods is increasing. Many customers who come from Shopware 5 miss the option of entering individual calculations or combining standard shipping methods with surcharge or discount shipping methods. I'll take DHL as an example here. When shipping abroad, the EU / non-EU distinction is used, the destination countries are divided into zones, there is a basic price and a surcharge per kilogramme.
This can of course be mapped with Rule Builder and the current shipping methods, but if I send goods weighing up to, say, 100 kg, it means…5 votes
- Don't see your idea?