30knees

Vielleicht für den ein oder anderen hilfreich: https://sendgrid.com/blog/how-to-meet-the-new-t-online-de-email-delivery-requirements/ T-Online akzeptiert keine Emails, wenn man Emails über eine Shared IP verschickt. Kunden mit T-Online-Adressen schreiben wir jetzt von einem anderen Email-Anbieter als sonst üblich an.

Depending what you need, features of it can be found in @musicmaster's Prestools, @datakick's Datakick tool, and Baselinker.

Yep, that's how we use the loyalty points module. But the module was accidentally uninstalled and all points customers collected were wiped.

Is there a way to retroactively award points for a certain status and time period?

True, but I prefer to offer guest orders because I don't like forcing people to create an account and keeping a password, etc.

No, no, these are all completed orders. But it would be nice to be able to see how many "guests" are recurring customers and how many are truly new customers. I had understood the column "new client" to indicate this but apparently it's only for accounts and not for guests.

Both were guest orders. 🤷

I noticed that the "new client" column often is incorrect in saying that client is new. I have a customer with two orders, same email address. Supposedly this second order is from a "new" client according to the overview. Do others have this, too?

Hi, Principally a nice idea but what's the added benefit to the forum? The nice thing about the forum is that knowledge stays here and is easily searchable in the future, even though search engines.

Thanks for the update. Maybe it is interesting! Let's see what its features all are when it's ready. :)

Has this developed further? I'm interested in experiences of using Odoo with thirtybees.

Yes, I checked the logs generated by "Collect PHP Logs". Unfortunately, I don't see anything related to the order. Moreover, if I filter by the date when the order status was set, I don't get any errors at all. :/

Thanks. Then I believe it is related to payment information being sent from the third-party service to the store together with the status change.

A customer accidentally entered their address with Germany as the country. I want to edit the address so the country is now Spain. Upon clicking save, I get the error: "The identification number is incorrect or has already been used." However, I can edit the address if I keep Germany as the country. UPDATE: I just wanted to create a totally new address for the customer but got the same error. So I added a . to the DNI field and I could suddenly change the country in the original, saved address. So this has something to do with the DNI (which was left empty)?

Any ideas what could be wrong with an order status that is set via API from a third-party service that shows on the order detail page but on the order overview page just as "--"? See screenshot. Thanks

An idea: There could be the option to give a different number of points (including zero) for regular discounts and for volume discounts, respectively.

I'm writing about the module Customer loyalty and rewards v3.1.0. I have "No" set for the option "Give points on discounted products". However, now orders for products are apparently also denied points (the product page says "No reward points for this product because there's already a discount") if the product has a volume discount even when the customer does not order enough to qualify for the volume discount. Shouldn't this not be the case? The customer isn't getting a discount when they don't qualify for the volume discount.

I don't know for sure but did you check category.tpl?

If the module stops working one day you might want to look at https://baselinker.com/en-GB/integrations/ebay/

So it must be because of "consider validated". However, I'd like to keep that because if it's not checked stock is not subtracted, as per here: https://github.com/thirtybees/thirtybees/issues/1684 @datakickIs this correct? Then I'd file a bug report.

At the exact moment an "awaiting bank wire payment" order is placed, a payment is registered in the system, see below. Is this the same for you or a bug in the system or my user error? These are the settings for the order status and you can see that "set as paid" is not set:

https://baselinker.com/ Is anyone using it? I'm using it and am generally happy. I'm using the integrations: Prestashop API (some issues with payments being registered multiple times and certain status changes not being properly set) DHL DE (export shipments are not yet supported, scheduled for September) Amazon Marketplaces (works) I'd like to talk to other thirtybees + Baselinker users to see how it works for you and if you're having the same issues I'm having (see above). @e-commentioned he has a number of clients running thirtybees (I think) who don't have any issues.

I've settled on using Baselinker for Amazon. Magnalister was too expensive in that they charge per Amazon Marketplace and from some Marketplaces we just don't get enough orders to make it worthwhile. Baselinker works well except for the fact that some order statuses are not properly transmitted to the store and that some payments are registered multiple times. datakick wrote a script that fixes that but I'm still trying to get this fixed from Baselinker's end.

Does this mean that with your fix we can change categories and product URLs and the rewrite will always redirect to the product with that ID? That would be amazing!

Good point. But the typing search typically also turns up the meta data, so page name. Will think about name vs ID, though.