All Activity

OK, let stick to topic here and I will split it later tonight.

I use abacus.ai. Although I like it, it although it has some disadvantage: you buy credits, but do not know how much credit a 'instruction' will cost.

Maybe it would be interesting to create a special forum topic where people can share their with ai created modules if they want to

What did you create ?

@vincentdenkspelI said not just ... not just not. :) I have also created some modules that work. It's amazing!

Some kind of OT, but which pricing model do you use @vincentdenkspel? I have a look for some php work on https://openlaboratory.ai/models/CodeLlama-70B but the Claude Sonnet with Coding looks also interesting. Maybe we should split this here for future AI things?

We shouldn't mix things up too much here. And I do think that one more problem can create one more problem than the other. 🙂 The right to be forgotten, data deletion, etc., must be guaranteed, but this can also happen through a standard request and doesn't have to be an automated process (perhaps it's different in other countries). Most retailers will probably use an ERP system or CRM in addition to their online shop system, so a process within the online shop itself isn't very helpful, because the data also needs to be deleted from other systems. I would find it a shame if the discussion and search for a solution ended here. That's usually how it feels in forums when someone brings up a different idea. Let's work on solutions for the cancellation button, and if necessary, everyone can review the minimum legal requirements again.

I also created other modules. I use a dutch version of 'trustpilot' (keurmerk.info) The module I created with ai is twofold: 1) after the status of on order becomes 'delivered' the module will send a 'message' to keurmerk.info. Keurmerk.info will than send a review request to the customer. I the module I can set how much days after status 'delivered' the info is send to keurmerk.info. 2) the second part of the module is that I will display the last 5 reviews on my site in a slider. The third module I have created is a bulk-list-picker. With this module I select orders and the module will create a list of the stock locations of the ordered product. I can select 'per order' or 'bulk' This module has a bug in it, but I hope to sort this out very soon. consolidated_picking_list_20260223_123059.pdf

Its completly sick, what you already achieved without writting code your own 😅

I will. It is only on a test site. What I did: I uploaded the all Thirtybees 1.6.0 files in AI and had it analyse all the files. Based on the analysis I made AI create a 'Thirtybees module development guide' Whit this guide and my input I had ai create the module.

@vincentdenkspel amazing! 😏 Don't forget: be careful. I would always recommend to work with testshops at least. Also try to learn some basics (in case you don't know anything right now). But in general this so cool. Keep going! @30knees This was my first guess too. But we might be wrong. It could actually be, that thirty bees is a winner of this. We have an open architecture here. It's accessible for all AI tools. And the system itself was built for extensions/moduls.

Why not ? I'm not a developer. I just completed a giftcard module completely ai generated (claude sonnet 4.6). I'm still testing it, but as far as I can the functionality I wanted works. (including correct VAT calculation) How the module works: - Create a set number of gift card numbers. - Export the numbers to a CSV file for printing the gift cards. - Create a regular product (gift card) with 0% VAT. - Customer buys the product. - Link a gift card to the order. - Email the customer the PIN code. - Once the customer receives the physical gift card, they activate it with the PIN code on a special page. - After activation, the card can be used as a payment method. ----- GiftCardPayment — ThirtyBees Module Version: 1.0.0 Author: denkspellenparadijs [with assistance from Claude Sonnet 4.6] License: MIT Compatibility: ThirtyBees 1.6.x | PHP 8.0+ 📋 Description The GiftCardPayment module adds a complete gift card system to ThirtyBees webshops. Customers can use physical gift cards (with unique code and PIN) as a payment method — either fully or partially. In case of a partial payment, the remaining amount is automatically charged via the configured payment provider (Mollie or bank transfer). ✨ Features 🎁 Physical gift cards with unique codes and PIN protection 💳 Two-step payment flow: gift card + remaining amount via PSP 🔌 PSP-agnostic: works with Mollie and bank transfer (extendable with custom adapter) 🧾 VAT-correct handling for partial gift card payments 🏭 Bulk generation of gift cards via admin 💰 Balance check via frontend widget 🔗 Activation via email — customer activates card via personal activation link 🔒 Blocking after too many failed PIN attempts 📊 Full transaction history per gift card 🔒 Security PIN codes are stored as plaintext and as BCrypt hash (for validation) CSRF token validation on all AJAX endpoints Rate limiting on PIN attempts Cryptographically secure secure_key generation via random_bytes(32) 📦 Installation See INSTALLATION.md for full installation instructions. Quick install: 1. Upload giftcardpayment_v1.0.0.zip via Modules → Upload a Module 2. Install the module 3. Clear the cache ⚙️ Configuration After installation: 1. Go to Modules → GiftCardPayment → Configure 2. Set the payment provider (Mollie, Bank Transfer, etc.) 3. Set the validity period (default: 24 months) 4. Set the maximum number of failed PIN attempts (default: 3) 📁 Structure giftcardpayment/ ├── classes/ # Core classes │ ├── GiftCard.php │ ├── GiftCardTransaction.php │ ├── GiftCardCart.php │ ├── GiftCardOrder.php │ ├── GiftCardPartialPayment.php │ └── providers/ # PSP adapters │ ├── MolliePaymentProvider.php │ └── BankWirePaymentProvider.php ├── controllers/ │ ├── admin/ # Admin controllers │ └── front/ # Frontend controllers ├── sql/ # Database scripts ├── views/ # Templates ├── translations/ # Translations ├── giftcardpayment.php # Main module file ├── config.xml ├── CHANGELOG.md └── INSTALLATIE.md 📝 Changelog See CHANGELOG.md for the full version history. 📄 License MIT License — free to use, modify and distribute with attribution. Developed by denkspellenparadijs with assistance from Claude Sonnet 4.6 (Abacus.AI / ChatLLM Teams)

As for the “Guest Shopping” order mode, this option is not compliant with all EU directives on personal data protection and consumer rights: - the customer has no access to their personal data stored on the store's server, - the customer cannot edit their personal data, - the customer cannot submit a “right to be forgotten” request, - the customer cannot return purchased products (they must convert their guest account into a standard customer account). In addition, the “Guest Shopping” order mode is a terribly customer-unfriendly option. Customers have to laboriously fill in dozens of their personal and address details with every purchase. So if someone uses the “Guest shopping” mode in the store, they don't need the “Cancel order” button, because one more or less crime doesn't make a difference.

Agree. But not just for development. I think it will also change shop systems. It might be that systems like Shopify will benefit more than standalone systems because of their data advantage.

I actually came across a case where something very similar was being complained about. It's not about a cancellation for goods, but rather the long-standing law regarding cancellations for subscriptions or financial services, etc. It concerns an offer from HP: (please use the translation for you language) https://www.bundesjustizamt.de/DE/Themen/Verbraucherrechte/VerbandsklageregisterMusterfeststellungsklagenregister/Verbandsklagenregister/Unterlassungsklagen/Klagen/2025/282/UKlag_282_2025_node.html

Canceling an order is not the same as returning an order—they are two completely different processes. >> I understand the regulation to mean that cancellation must be possible via a button, regardless of whether the order is partially or completely canceled. As already mentioned, the return process (if goods actually need to be returned) is then handled separately and manually or through some other automated method. This doesn't affect the required cancellation button; that's a separate issue. As you wrote, in such cases, the customer has to follow the standard return process, but that's precisely what they initiate with the cancellation button (but only the first step). Whether the retailer then (automatically) sends a return label, etc., is independent of this and must be considered separately (or it's a much larger, more complex solution with associated costs, as I've already mentioned). A customer who has no information about their order is not a customer. >> I understand that, but that's not the point the regulation stipulates. Thank you so much for your contributions. Let's continue to think about this and find solutions. I'd like to add something regarding guest tracking, specifically the issue of the unsubscribe button not being easily and clearly visible to everyone: I think this alone will cause problems or legal warnings. We would then have to explain to "the world out there" that the button exists, but is only accessible with some difficulty. That's precisely what the law doesn't want... How exactly this should be resolved isn't entirely clear at the moment. That's precisely why I had the idea to make the button clearly visible and always accessible at the beginning of the regulation. If, after some time, there are court rulings and experience with them, it can potentially be adjusted so that it can be moved to the customer menu.

I don't understand why everyone in the PrestaShop forum seems to think this is so terrible.... bla bla. I would take massive legal action against the provider, meaning multiple official reports to the data protection authorities in every country where a forum member resides. That's the intended course of action, that's all there is to it. It should be noted that payment data is also affected. There's no room for "oh, what a shame, blah blah," but rather, hard facts must follow.

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.

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.

Such a leak of customer data could result in huge fines for Prestashop. This is probably why the previous owners sold Prestashop so quickly.

It's a very interesting discussion here. I can understand both positions. It's really a chicken-egg game. But imo there is a huge game changer: AI. It has become way more simple and fast to write code. I am also not aware of the plans/roadmap of TB. But with the new AI tools, it's even possible for no coders to start modifying some stuff. Ofc it's always better, if you have some basic coding knowledge, otherwise you might mess things up. Even if you aren't brave enough to use AI yourself: I would guess, that prices for a custom module will come down a lot. @datakick what is your experience with AI these days? I would say it has speed up my developing work about 3-5 times. It's hard to tell, but it's for sure huge. The first time I have the feeling, that my todo-list may become shorter 🫣

Wtf. If this statement is true... 😵 Probably they are afraid of lawsuit against them.

There are certainly various possibilities, but the law provides clear rules. Of course, this also applies to guest orders. How do we handle it if not all items are returned? Is this sufficient in this form, or does it comply with the law? The button must also be accessible to customers who no longer have a confirmation email, who can't log in, etc. Thus, they also can't access the guest tracking information. And I don't think a cloned contact form requires too much information. As already mentioned, name and order number are actually sufficient. @Yabber What solution do you actually use (shown in the picture)?

@DRMasterChief It won't be a "Cancel order" button, but a confusing contact form where the customer has to fill in dozens of pieces of information. This was certainly not the intention of the creators of this law. The customer clicks on the "Guest Tracking" link and sees a single "Cancel order" button, which changes the status of the order in the store to "Order canceled". And that's it.

Nice module idea — integrating WhatsApp chat can really help shops connect with customers quickly in real time. Just be sure to use a safe version like GB WhatsApp resmi or the official WhatsApp so chats are reliable and secur