wakabayashi

@datakick you are right. the gmail emails were in the spam folder. The others maybe blocked completly. It's a very interesting idea with the email automation. I am not sure, what already exists. I can find "mailchimp", "mail alerts" and "mail hook" module. Mail chimp is clear, but not sure, what the other two are doing.

@datakick I have changed the email in your backoffice to mine. I still got no emails... I tried it even with two different mail addresses. I have changed it now back to yours email again. Btw my logs are empty...

Does the email notification work for you? I don't get any admin emails, when I review is added... Normal order email is coming, so can't be an server issue.

Cool!

Ok nice! have you checked, if no email is going out?

Can you please show me the error or your code. I cant solve it otherwise.

Sorry forget my answer before... Change this: if (@Mail::Send( (int) $order->id_lang, 'in_transit', Mail::l('Package in transit', (int) $order->id_lang), $templateVars, $customer->email, $customer->firstname.' '.$customer->lastname, null, null, null, null, _PS_MAIL_DIR_, true, (int) $order->id_shop )) { Hook::exec('actionAdminOrdersTrackingNumberUpdate', ['order' => $order, 'customer' => $customer, 'carrier' => $carrier], null, false, true, false, $order->id_shop); Tools::redirectAdmin(static::$currentIndex.'&id_order='.$order->id.'&vieworder&conf=4&token='.$this->token); } else { $this->errors[] = Tools::displayError('An error occurred while sending an email to the customer.'); } To: Hook::exec('actionAdminOrdersTrackingNumberUpdate', ['order' => $order, 'customer' => $customer, 'carrier' => $carrier], null, false, true, false, $order->id_shop); Tools::redirectAdmin(static::$currentIndex.'&id_order='.$order->id.'&vieworder&conf=4&token='.$this->token); I have tried this solution. So please test it out!

Maybe this topic is intresting for you too: https://forum.thirtybees.com/topic/1381/brainstorming-handling-orders-in-bo/20 I am talking a bit about emails too.

You need to modify the if (@Mail::Send) a bit. if you want to get clean code answer, you shouldn't add the code by screenshot...

@daokakao said in BrainStorming: Handling Orders in BO: Can't beleive this is impossible in BO. What if you stop to collaborate with some carrier? In that case you want to have a possibility to replace him for another one. Whether current PS/TB doesn't give that capability? Where should this function be? Changing carrier for an order has been requested a lot of times. I don't believe all this merchants missed the option in the backoffice.

@daokakao said in BrainStorming: Handling Orders in BO: Anyway, the possibility to choose the carrier after order being payed (until it shipped at least) is good option. In Russia virtually all ecommerce companies allow delivery method changing after order been payed (NOT thru website, but via phonecall/messengers/emails instead) Yeah the point is, that I want to change it in the backoffice. Cause as you said, the customer will ask you trough phone, emails or whatever. Five minutes later the same customer places another order. We as a merchant merge the two orders into one Should it merge be agreed with customer? What if he made 2 or 3 small orders intentionally? As far as i know, in PS/TB there's feature for customer to "split" order and deliver its parts to different addresses, so the reverse operation could be easy as well - don't merge some orders, but merge its delivery instead. I see no point, in making 2-3 orders shorty after eachother, which are shipped/paid to same address. Yeah order merging is an idea. But it is very advanced and complicated. You have to take care, which delivery method will be chosen. I am also not sure, if multiple warehouses could be a problem. From my opinion it's not worth to invest much time for it right now. Products Returns: .... if he only returns some items, it gets tricky. Too tricky. I can’t regenerate the invoice in that case. As far as i know, it is not a big problem if customer returns some part of order - a return order should be generated then. IMO, worst problem will be when customer intends to return a part of product pack. What should i do as a seller in that case? Require returning of all pack, or just its defective/wrong parts? How to handle it? Yeah I like your example! It shows a serious issue with product packs. The problem for us is, that the return function is limited. You can create something called "order slip". But in fact we would need to regenerate the invoice.

@datakick said in BrainStorming: Handling Orders in BO: @mockob it's actually quite easy to delete order - simply open order, and in page url replace vieworder to deleteorder As @MockoB said: The deletion is not clean. I also doubt, that it handles stock. But in general I think, that we should make it as easy as possible for merchants. Thats why I would like to see a delete button...

@Baarssen I guess you change the order basically trough your module, right? For example the carrier change. Which functions of this module do you need (because they aren't working in the core of tb)?

And how are you generating this new invoice in tb? Actually we use this ugly trick too, but wouldn't it be much better to have the option, to change carrier? Is your invoice attached to the order email? And from that point on, you are legally no more allowed to change anything?

@Kleijn36 Sir I live in Europe ;) Not sure if I understood you correct: so you cancel the old order and make a new one?

yeah I agree with that. That is the purpose of this thread. Since I only have my view. Others should bring in their view ;)

Yeah but that doesn't mean it's not important for tb. I believe almost every merchants needs to handle it. Some often, some others rarely. I just checked google shortly. Ofc Paypal and Credit Cards are becoming more and more popular. But still a lot of countries know classical payment systems: https://ecommercenews.eu/online-payment-methods-europe/ If you sum them (Invoice, Bank Transfer, COD, Cash on Delivery) up, it becomes a serious market share. I wouldn't see, how editable features, could harm merchants, who only use paypal!? Do I miss something?

In both cases? I mean a case, when somebody sends only 2/10 items back...

But how are they handling, if somebody sends products back? What if somebody writes an email "I have chosen the wrong product please change it to"?

I don't know how this is handled in practice, since we dont use paypal payments. I guess you ask him, to send $10 to your paypal account!?

I know about this module. But I think we should rely on PS module for that. It also adds just completly new Controllers as far as I can see.

I want to start a new discussion about order handling in the backoffice. I am basically talking about the overview list and the detail page (AdminOrders Controller). For me this is one of the most important parts of thirtybees. Merchants need to handle orders in an efficient way. That's our daily business! As you can guess, I am not 100% happy with the system right now. It lacks some features and is not really flexible. I want to use this topic, to discuss the different needs. If many merchants are fighting with the same problems, it should be added/changed in upcoming versions like 1.1.x. This topic could lead to a crowdfunding project later on. Let's get concrete: High priority Changing carrier of an order: We could (and probably will) talk a lot about order editing here. I want to be concrete here. We have a lot of customers who orders and some minutes later write an e-mail: "oh please change my shipping to express". Well then you are kind of fucked up with the current system. It must be possible, to change the carrier at least until the products are shipped. It also would be wishful, to be flexible, in editing the cost of a carrier. Delete an order: I have read in the past: "this is not allowed in europe". I don't know. Here (in switzerland) its allowed. It's not about deleting a correct order. In Dreamland you won't use this feature, but Ecommerce is not Dreamland. Case 1: Some funny guys are just placing test/fake orders. "oh lets test their checkout". Suddenly you have an order from [email protected]. You wanna get rid of these... Case 2: Customers places an order. Five minutes later the same customer places another order. We as a merchant merge the two orders into one. Then I would like to delete the other one. For second case cancel is probably ok too, but not for the first one. Products Returns: There is a feature for returning products. In our case it often happens like that: customer just sends the product back without using any FrontOffice feature. If he sends everything back, it works quite good, to just cancel the order. But if he only returns some items, it gets tricky. Too tricky. I can't regenerate the invoice in that case. In don't know if the returning handling should be improved or if a more advanced order editing is better!? Some more Ideas: Flexible Overview List: In this forum we often see posts like "how to add shippingmethod or city to order list". Maybe it would be great, to make this list flexible. Let the merchants decide, which columns should show up. This concept could be also interesting for other lists like products or customer. Also the filter options could be better. Imagine you could filter multiple status, wouldnt that be nice? Multiple Tracking Numbers: Not much to say. Sometimes you have multiple packages for a single order. Unfortunately you can't add multiple tracking codes to an order. Email Handling: Some emails are just hardcoded. I would like to be more flexible, when an email goes out to the customers. Example 1: if a customer orders and lowers two stock under zero, he will get an email. Do I want that? Maybe, but maybe not. Example 2: if a merchant adds an order trough backoffice. He maybe wants to avoid, that the customer gets the email. I am sure, that not all these examples are relevant for you. Which are, which aren't? Which did I forget?

@Chandra There is a new release of the module, which should fix the multistore issues https://github.com/thirtybees/mailchimp/releases

@datakick did you forget, to pack the emails tpl files into the new version? I can't see any and I also didn't receive a notification.

Thanks a lot. I will try it out. Yeah E-Mail templates sucks a lot... :(