When a Flash Express parcel comes back marked undeliverable, the real question isn’t what to tell the customer — it’s who pays to resend it. Flash Express’s own terms cover that cost through an add-on called Happy Return, except in three cases it names directly, and it has to be bought before the parcel ships, not after it bounces back.
Check the status before you promise anything
The honest first reply to “the courier says it couldn’t deliver” is never “we’ll send it out again right away” — it’s opening the shipment to see which cover applies, because that decides who absorbs the second shipping fee. A seller who promises a free resend before checking can end up covering a cost the add-on would have paid, or discover the parcel falls under one of the add-on’s own exclusions. Worth writing down for the team: nobody confirms who pays for a resend until someone has checked which service the original shipment was covered by — not just assumed it’s free.
What Flash Express’s Happy Return actually covers
Happy Return is a paid add-on, not something every shipment carries automatically. Bought on top of a shipment, it is priced by the parcel’s weight and size, and Flash Express’s own terms state the coverage directly: “แฟลช เอ็กซ์เพรสจะรับผิดชอบค่าขนส่งตีกลับพัสดุที่เกิดขึ้นทั้งหมดในทุกกรณี ยกเว้น” — Flash Express will cover all return-shipping costs that occur, in every case, except — and then names three exclusions where the cost isn’t covered even with the add-on bought: the recipient already confirmed receipt of the parcel, the parcel couldn’t be delivered because it’s a prohibited item, or the sender cancelled the shipment mid-delivery (Flash Express: Happy Return terms). The same terms cap what’s eligible: a regular or large parcel can weigh at most 50 kg, with the three dimensions summing to no more than 280 cm and no single side over 150 cm. A parcel outside those limits, or one hit by an exclusion, puts the resend cost back on the seller regardless of the add-on. Other couriers set their own return terms, so check whichever one actually carried the parcel before promising a customer a free resend.
Set up in 1CS
Build the routing in before the next “ตีกลับ” notification arrives, not while a parcel is already sitting back at the depot. Open the AI menu and go to เงื่อนไขอัตโนมัติ (Automation), then click เพิ่มเงื่อนไขอัตโนมัติ (Add automation condition). Set the trigger (เมื่อ) to ข้อความถูกสร้าง (Message created), add a condition (ถ้า) of ข้อความ มีคำว่า with the courier’s own wording — “ตีกลับ,” “ส่งไม่สำเร็จ,” “undeliverable” — comma-separated so any one of them matches, and set the action (จะ) to เพิ่ม Label with something like “พัสดุตีกลับ,” optionally followed by มอบหมายให้ Agent หรือทีม so a person picks it up instead of it sitting unread. This lives inside 1CS’s unified inbox and automation tools; the Thai help center walks through the same screen, button for button, in Automation rules (Thai only).
The message to send before you resend it
Confirm what’s covered, and what still needs the customer’s input, before anyone books a second shipment:
Hi [customer name], the courier marked order [order number] as undeliverable and it’s on its way back to us. Before we send it out again, could you confirm: 1) the delivery address is still correct, or give us the new one, and 2) a number where the courier can reach you this time. We’ll resend once we hear back — and if the shipping cost changes, we’ll say so before we book it, not after.
That last line matters: a seller who already confirms a COD order before packing it is applying the same habit here — get the facts and the cost in writing before acting on them, the same instinct behind checking what a courier still lets you edit before you change a delivery address in chat.
