وقتی مرسوله به فروشگاه برگشته، پیش از ارسال دوباره سه چیز باید روشن شود: علت برگشت، وضعیت واقعی ورود کالا به انبار و تأیید تازه مشتری برای مسیر بعد. علامت «برگشتی» حامل با دریافت فیزیکی انبار یکی نیست. این روال برای شروع دوباره عملیات است و درباره هزینه یا حق قانونی بازپرداخت تصمیم نمی‌گیرد.
برگشت در مسیر و ورود به انبار را جدا کنید
ممکن است حامل برگشت را آغاز کرده باشد ولی کالا هنوز به فروشگاه نرسیده باشد. در این فاصله، موجودی قابل فروش را بدون دریافت و بررسی افزایش ندهید. شناسه مرسوله برگشت، تعداد و وضعیت دریافت را ثبت کنید. اگر سامانه سفارش فقط یک گزینه برگشتی دارد، در یادداشت کنترل‌شده مرحله دقیق را بنویسید تا همکار بعدی کالا را آماده ارسال مجدد فرض نکند.
علت را پیش از پیشنهاد تکرار ارسال پیدا کنید
نبود گیرنده، نشانی نامشخص، نپذیرفتن بسته و مسئله حامل، اقدام یکسان نمی‌خواهند. شرح حامل و توضیح مشتری را جدا بگیرید. فقط در صورت نیاز، داده قبلی را طبق روال مجاز اصلاح کنید. اگر مشتری دیگر ارسال نمی‌خواهد، وضعیت را برای تصمیم مسئول مربوط ثبت کنید؛ تکرار تماس یا ارسال خودکار راه‌حل نیست. هزینه احتمالی و شرایط ادامه باید از سیاست معتبر فروشگاه بیاید.
نمونه ساختگی: بازگشت به دلیل نشانی ناقص
در مثال آموزشی، بسته به علت نبود شماره واحد برگشته است. انبار با دیدن نام مشتری دوباره همان برچسب را چاپ می‌کند؛ این کار علت را حفظ می‌کند و شکست دیگری می‌سازد. تصمیم درست، توقف ارسال تا تأیید نشانی اصلاح‌شده و تمایل مشتری است. اگر کالا هنوز وارد انبار نشده، به مشتری «امروز دوباره می‌فرستیم» نگویید. موجودی جایگزین احتمالی هم به تصمیم مستقل و سابقه واحد نیاز دارد.
قفل ارسال مجدد را قابل مشاهده کنید
یک ستون روشن برای مجوز ارسال تازه داشته باشید؛ فقط وقتی شرایط لازم کامل شد به حالت مجاز برود. شناسه ارسال قبلی، علت برگشت و تصمیم تازه باید به هم وصل بمانند. پس از اعزام دوباره، پرونده برگشت را با شاهد اجرای مرحله بعد به‌روزرسانی کنید. در تماس بعدی مشتری، کارشناس باید ببیند آخرین تصمیم چه بوده؛ ساختن سفارش جدید مستقل، بررسی علت و جلوگیری از ارسال تکراری را دشوار می‌کند.
چک‌لیست قفل ارسال مجدد و بازگشت موجودی
ردیف‌های زیر کاملاً آموزشی و ساختگی‌اند؛ شناسه‌ها، نقش‌ها و تصمیم‌ها نمونه هستند و اطلاعات مشتری واقعی ندارند. در نسخه کاری، مسئول هر تصمیم و مرجع تأیید را از فرایند واقعی مجموعه وارد کنید.
| مرحله | نمونه وضعیت | شرط عبور | مالک |
|---|---|---|---|
| برگشت حامل | در مسیر فروشگاه | دریافت فیزیکی ثبت شود | ارسال |
| کنترل انبار | هنوز انجام نشده | تطبیق کالا و تعداد | انبار |
| ارسال مجدد | مسدود تا تأیید | اصلاح علت و موافقت معتبر | مسئول سفارش |
دانلود چک‌لیست قفل ارسال مجدد و بازگشت موجودی با فرمت CSV سازگار با اکسل. فایل آموزشی را ابتدا با یک پرونده ساختگی تکمیل کنید؛ ستون مبهم را اصلاح کنید و فقط اطلاعات ضروری عملیات را در نسخه اجرایی نگه دارید.
Shopify دریافت کالای برگشتی، تعویض و بازپرداخت را اقدام‌های متمایز معرفی می‌کند. Shopify: Returns and exchanges صرفاً نمونه مستند یک سامانه است؛ این مقاله آموزش استفاده از آن سامانه یا بیان قانون ایران نیست. الگوی عملیاتی بالا را با سیاست معتبر مجموعه خود تطبیق دهید.
این روال را به پاسخ‌گویی تیم وصل کنید
در سناریوی تماس، رفع علت برگشت و تأیید اجرای مرحله بعد را بپرسید. وعده ارسال تازه فقط وقتی از منبع عملیات تأیید شده باشد قابل بیان است. برای تکمیل جزئیات، مشتری هنگام تحویل سفارش در دسترس نیست؛ چگونه هماهنگ کنیم؟، اصلاح آدرس سفارش پس از خرید؛ روال تأیید و هماهنگی را بخوانید. برای بررسی تناسب پاسخ‌گویی تلفنی با این فرایند، بسته‌های ابری اپراگپ و مسیر درخواست بررسی توسط تیم فروش را ببینید؛ اتصال به سامانه داخلی، اختیار تصمیم و شرایط اجرا باید جداگانه بررسی شوند.
راهنماهای مرتبط با این مسئله
تعویض کالا و رزرو موجودی؛ جلوگیری از قول کالای ناموجود و توقف ارسال بعد از تحویل به شرکت حمل؛ روال درخواست و پیگیری می‌توانند گام بعدی بررسی تیم شما باشند.