the.rampage.rado
-
Posts
1,277 -
Joined
-
Last visited
-
Days Won
121
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Posts posted by the.rampage.rado
-
-
39 minutes ago, DRMasterChief said:
Thank you very much for the additional information.
However, there seem to be differing opinions or different laws depending on the EU country. It appears that the EU regulation is then transposed into national law in each country.
In Germany, the situation is such that the button must be clearly visible at all times, from anywhere (possibly highlighted in color).
A login could present an additional obstacle and is therefore not permitted. A login is only allowed if ordering can only be done with a login. This likely doesn't apply to most shops, as almost all of them allow guest checkout.
See my link, which is in English and explains all the guidelines for implementation in Germany. The same applies to several other EU countries, so Germany isn't alone in this.
This concerns the amendment to EU Directive 2023/2673 on the introduction of the right of withdrawal (for goods deliveries). I absolutely cannot see in this that the shop operator has to provide a solution in which the customer can identify the contract (i.e., select their order in a login process). It is perfectly fine if the customer simply enters the order number in the withdrawal form.
That's why I initially wanted to know how to implement such a button and now we can clearly see that most of the solutions will bringt this into the footer.
I wish your module were suitable for me, but after all this and a checklist, unfortunately, it isn't.
This is the official document and you can choose every EU language: https://eur-lex.europa.eu/eli/dir/2023/2673/oj (main thing is Article 11 a) and it explains in detail what is necessary (and what is not necessary, or what we as retailers do not need to represent).
I continue to think that your tesis of 'available everywhere' is not needed.
The document clearly states - 'make the process not harder than ordering'.
For registered customers:
They have to register an account -> checkout
If they want to make a withdrawal -> log in to your account -> find the order in order history -> click on two buttons -> the process (manual or automatic) is triggered.
For guests:
they can order with just entering their data (including email) -> checkout
If they want to make a withdrawal -> use Guest tracking controller -> enter the order number and email (same level of validation as when ordering) -> use a button on this page with the same effect as if a registered customer.
Just expose your Guest tracking controller with link in the footer for all guests and this aspect should sufice.
If you just make a new controller and put it in the footer, you will still have to have some sort of validation - you can put only the order reference field there, but I think this would not imrpove the process. -
Yes, this is a little bit annoying.
-
I our local PS FB group, we had a lady merchant who was selling custom wedding lapel pins and other stuff. Her combinations per product were around 30k I think (5-6 dropdowns with many choices per dropdown). Of course, the system would fold... 😄
-
Currently, there is nothing better in thirty bees.
Soon there will be packs with combinations feature. You will be able to create packs where customers will be able to select colors, etc. But you hit another snag - sizing will have to be arranged manually with the merchant as currently there is no option to select 5xS, 5xM, 5xL in a 15x pack.
How many colors, sizes do you have? I have products with 11 colors and 10 sizes. If you combine personalization in the attributes, you're doing it wrong. -
24 minutes ago, Alex Hansen said:
No, it's going to be too complex 😞
Could you describe your process/idea?
-
2 hours ago, DRMasterChief said:
...useful to find malicious files on the server if they are placed, let's say in img where they are extremely hard to find manually...
This is a very nice idea and a real business case 🙂 Maybe we can see more about this in future.
And regarding growing up, I'd like to say: my bank knows if there are too many zeros and it doesn't fit on the bank statement; they'll let me know 🤪🤑
For sure, I'm not the first to come up with this idea, and precisely because of what nickz said (code quality) I will never release any of those as a paid module.
Saying that, if anybody wants to further develop/maintain some of those modules or a later version is worthy of becoming a thirty bees free community module, I'm more than happy to assist.-
1
-
-
NOT A MAINTAINER, JUST SPAM MODERATOR HERE.
Yesterday I started testing it. After two PRs in code I have used 50% of my session quota. No matter how better is than GPT if I can use it only when they want I will not use it.
(I'm on the first paid plan, that have 'normal' usage quotas) -
OK, let stick to topic here and I will split it later tonight.\
EDIT - better late than ever...
Let's discuss community modules and core additions made with AI here. Vibe coders - unite!
My entries:-
antifraud module - sits in BO Orders and displays account info (number of orders, account age), device info (ip, location (based on external database), device, osint tools (sometimes it's usefull to check the customer email, phone in google if some order smells fishy - if they are present - most probably the order is OK). Also - 'soft ban' function - If I want to ban some customers and not fulfill their orders I can ban the account, the module tries to search for similar later registrations and notify me if it detects similar fingerprints. Also global account note - if I want to say something for later orders in this account it can be saved here.
-
control center - offers a dragNdrop dashboard for merchants that want to see the high-level information - order by status, order profit by period, other KPIs, template export/import, etc My vision is when I 'become big' I will have this in my office on an LCD on the wall and only drink my Caipirinhas while looking at the numbers.... 🙂
- dual currency display for our EUR adoption - similar to Croatia we have to display prices in both currencies for a period - in FO and emails, not a complete solution but works.
- Dynamic llms.txt per shop - set up a dynamic llms.txt file per shop in multistore
- IndexNow Integration - update search providers that support it.
- thirty bees File Integrity - most recent and still unfinished - goes through each file on the root and tracks edits, deletions, or new files. Using SQLlite it gives a quick note on what is changed on the server in all folders - useful to find malicious files on the server if they are placed, let's say in img where they are extremely hard to find manually
-
Dynamic Robots - serves a dynamic robots.txt file in a multistore environment.
And of course many attempts on core changes - visible in github.
-
1
-
antifraud module - sits in BO Orders and displays account info (number of orders, account age), device info (ip, location (based on external database), device, osint tools (sometimes it's usefull to check the customer email, phone in google if some order smells fishy - if they are present - most probably the order is OK). Also - 'soft ban' function - If I want to ban some customers and not fulfill their orders I can ban the account, the module tries to search for similar later registrations and notify me if it detects similar fingerprints. Also global account note - if I want to say something for later orders in this account it can be saved here.
-
6 hours ago, Yabber said:
Canceling an order is not the same as returning an order - they are two completely different processes.
A customer who has no information about their order is not a customer.
Can you log into your bank account without any login information?
You can't make this feature so that hackers from all over the world can cancel all orders in our store.This is my own module running on the displayOrderDetail hook - it is visible in standard customer and guest orders. The screenshot shows a simple configuration of the module.
Of course, for orders that have the status “Order shipped” or “Delivered,” there can be no question of canceling the order. For such orders, the customer should make a standard return after receiving the shipment.
I like your approach for the guest customers. But here is what I think this law makes the waters very murky - I don't think it specifies certan cases of which statuses should be excluded from this option. I think it applies to all orders (probably even non considering download/digital products) - i believe it just upgrades the standard RMA and has to stay on top of it.
So if you're using RMA, this button simply triggers the proces so you don't force your customers to manuall fill forms, send emails, etc.
The moment where the customer would like to return (cancel/withdrawal) only part of the order is easily achievable by a table with all order products on the confirmation page and preselected checkboxes next to them. If they want to cancel the whole order, they simply have to click confirm. If they want only part of it - make the appropriate selection. But of course, this after that has to be wired to the current RMA process. How hard would it be - I don't know because I currently don't use it.
IMHO the button should not be in the footer - it has to be in the profile of registered customers or as Yabber said in their guest tracking so there is at least some level of authentication. If the customer made a registration it is just as simple to cancel their order in their profile and this is the purpose of the law - 'order with one button' and 'cancel with one button'. Same with guest customers. -
Hi @DRMasterChief,
Can you describe what you want to achieve?
I reviewed few online articles and the information I get is:- we need to have a withdrawal button next to each order for the specified withdrawal period (by law or if extended by our policies)
- we should lead the customer to another page where they can confirm the request of withdrawal
- we should send them email with the details of the withdrawal request
I think the best implementation would be in BO:
- In Preferences->Orders - a value in days to specify the withdrawal period and a switch to display or hide the withdrawal button in FO-> order history
In FO:
-
In My Account-> Order history right after the current buttons we place new column with the withdrawal button, after that we take the customer to a confirmation page and after confirmation we send out a withdrawal confirmation email.
After the request is recieved it gets little bit messy. Probably we will have to track those requests in separate BO controller and process them there. Or we simply receive a message with the order ID and we apply appropriate actions depending on it's current status (we contact the customer to return the products, cancel the order if not shipped, refund money, etc.). But then what happens with their personal data? Should we also obfuscate it as part of the process?
Sources:
-
Good work!
Sharing is caring! 🙂 -
14 minutes ago, 312erik123 said:
Thanks 🙂 Spent a lot of time optimizing the site for speed.
I see that you use Rocket loader. Do you notice any issues with it?
-
17 hours ago, papagino said:
??? but how do I do this exactly?
Advanced parameters--> Logs --> and decript the long string.
-
The man is VERY busy.
Unfortunatelly when the project relies on small number of people delays can happen, message chains could be forgotten, etc.
Highly doubt you will even speak to a human with Shopify... 😉 -
There is no sync script already baked in the platform.
You would have to go and manually change those.
In general if certain product has no option to change certain parameter - use features. If it can be changed - use attributes. Later in Layered Navigation module you can apply filtering both by features and attributes if you need. -
With your current working installation, decode the error message which can be found in var data = ' ...... '
And you will see what is causing the issue. -
13 hours ago, DRMasterChief said:
Good for customers? Time will tell.
In any case, a lot would have to change. The current model is no longer suitable for e-commerce today (from the retailers' perspective).
Good for the previous owner - they squeezed whatever they can and sold a shell...
-
1
-
-
Good for them...
-
Don't you consider this a vital secret for your shop? Aren't you afraid of competition tracing your business?
I think it's a big issue bug in the current code where it is leacked in FO urls. -
Is it possible for this module to emit the following items:
- current year - would be wonderful if we can activate the module in the footer of our theme or CMS page- shop name - if we have multistore and our CMS pages are the same, but we only want to switch the shop names
- shop URL - same
- contact email - point to our shop email in Shop Contacts, again useful in CMS pages
I know that the module currently does not support CMS pages but for future release,s I think it could be interesting proposal. -
Could you give me access to your shop to check on this issue?
-
17 minutes ago, cienislaw said:
Let's hope that there still will be someone to be surprised - my client is moving to WooCommerce.
What is the reason for this switch?
-
Merchants can always upload 1px transparent blank images if they only want graphics for only some of the categories.
-
1
-
-
54 minutes ago, wakabayashi said:
What does this mean?
Unfortunately I didn't find time to participate a lot on github recently. Hopefully I can change it in 2026. I have so much open Todos 😑 But AI is helping to get faster at solving stuff with code. 😊
The team is working on a surprise. When they are ready, it will be revealed. 🙂
-
1
-
cancellation button (withdrawal button)
in Technical help
Posted
I also have probably under 0.5% cancelations/returns. That's why I don't know (or care) about the exact numbers.
How do you envision the validation before the customer/guest clicks on the 'withdraw contract' button?
Guest tracking is only for guest orders - if you try to check your customer order, there is a message that shows that guides you to log in to your profile and proceed with tracking there.
Withdrawal period could be easily configured from the day 'Delivered' status is set for the order. Let's say your T&C state 30 days returns - you set 30 days and after that the button is automatically hidden.
If you have partial deliveries, mark the order Delivered after you have delivered the last item in it. The first ones will have a longer period, but I doubt any business will go bankrupt because of that option. And altogether this button is valid for the whole order, not for part of it, so the customer could choose to receive/keep or cancel/return all items.