مرجوعی کالا از درخواست تا دریافت واقعی
فیلدها، درخواست جزئی، بازرسی، تصمیم و اثر انبار
مرجوعی کالا: ثبت درخواست، مقدار، بررسی شرایط، دریافت فیزیکی و تصمیم نهایی
مرجوعی یک پرونده مستقل پس از فروش است، نه تغییر ساده وضعیت سفارش. یک سفارش می‌تواند چند ردیف داشته باشد و فقط بخشی از یکی از ردیف‌ها مرجوع شود. به همین دلیل مدل ReturnRequest به OrderItem وصل است و برای هر پرونده مقدار، دلیل، نتیجه مورد درخواست و وضعیت دارد.
چه زمانی مرجوعی و چه زمانی لغو؟
پیش از تحویل و در شرایط مجاز ممکن است لغو مناسب باشد. بعد از تحویل، خصوصاً اگر مشتری کالا را بازگردانده یا تعویض می‌خواهد، مسیر مرجوعی کاربرد دارد. ثبت مرجوعی نه خودکار پول را برمی‌گرداند، نه خودکار همه کالا را قابل فروش می‌کند. لغو را با این فصل مخلوط نکنید.
فیلدهای پرونده مرجوعی
| فیلد | کاربرد | کنترل پیشنهادی |
|---|---|---|
ردیف سفارش (order_item) | مشخص می‌کند کدام SKU و خرید سابقه مبناست | از عنوان مشابه کالا استفاده نکنید؛ به ردیف سفارش واقعی متصل شوید |
مشتری (user) | مالک درخواست | با خریدار معتبر سفارش تطبیق داده شود |
مقدار (quantity) | چه میزان از ردیف برمی‌گردد | بیش از مقدار خریده‌شده یا قبلاً درخواست‌شده نباشد |
دلیل (reason) | علت کوتاه مرجوعی | دلیل واقعی و قابل رسیدگی بنویسید |
توضیح (description) | جزئیات عیب، اشتباه یا نارضایتی | از درج اطلاعات حساس غیرضروری خودداری کنید |
| نتیجه درخواستی | refund, exchange, either | درخواست مشتری با تصمیم نهایی فروشگاه یکی نیست |
| مبلغ بازپرداخت | مبلغ قابل رسیدگی در پرونده | با قیمت تاریخی، تخفیف و مرجوعی‌های قبلی تطبیق شود |
| روش بازپرداخت | کیف پول، بانک، provider، چندمسیره یا اعتبار سازمانی | وابسته به روش دریافت و محدودیت مالی است |
| وضعیت پرونده | مراحل درخواست تا نتیجه | نباید با وضعیت اصلی سفارش یکی گرفته شود |
وضعیت‌های مهم
requested یعنی پرونده تازه ثبت شده؛ approved یعنی اصل درخواست تأیید شده؛ received یعنی کالای برگشتی واقعاً دریافت شده؛ مسیر تعویض می‌تواند exchange_reserved, exchange_shipped, exchanged داشته باشد؛ مسیر مالی شامل credit_note_pending, refund_pending, refunded است؛ و rejected یعنی درخواست رد شده است. رد درخواست با از بین‌رفتن حق قانونی مشتری یکی نیست؛ سیاست داخلی باید با قوانین محل فعالیت و شرایط فروش سازگار باشد.
فرآیند استاندارد پیشنهادی
۱. سفارش، SKU، تعداد خرید، قیمت تاریخی و وضعیت تحویل را بررسی کنید. ۲. واجد شرایط‌بودن مرجوعی و مقدار قبلاً درخواست‌شده را مشخص کنید. ۳. دلیل و نتیجه مدنظر مشتری را ثبت کنید. ۴. اگر لازم است، راهنمای بسته‌بندی و نشانی بازگشت ارائه دهید. ۵. پس از رسیدن کالا، دریافت فیزیکی را ثبت کنید. ۶. کیفیت و قابل‌فروش‌بودن را بررسی کنید؛ کالای آسیب‌دیده را بی‌بررسی به انبار آزاد برنگردانید. ۷. تصمیم بازپرداخت، تعویض یا رد را با توضیح مستند بگیرید. ۸. نتیجه مالی یا ارسال جایگزین را تا پایان واقعی پیگیری کنید.
نمونه مرجوعی جزئی
مشتری چهار عدد کالا خریده ولی یک عدد مشکل دارد. پرونده برای مقدار یک ثبت می‌شود؛ تغییر مقدار سفارش اولیه از ۴ به ۳ یا ساخت سفارش منفی بدون سند، روش صحیح نیست. اگر دو درخواست مرجوعی قبلاً برای همین ردیف وجود دارد، ظرفیت قابل درخواست باید با احتساب آن‌ها محاسبه شود. return_eligibility و محاسبه مبلغ مربوط در سورس وجود دارد؛ اما تیم خدمات باید snapshot قیمت و تخفیف زمان خرید را نیز کنترل کند.
چه زمانی کالا وارد انبار می‌شود؟
کالا پس از دریافت و بررسی مناسب ممکن است به موجودی قابل فروش، قرنطینه یا مسیر مرجوعی به تأمین‌کننده برود. در کد برای تسویه یکباره موجودی برگشتی مسیر وجود دارد؛ با این حال «مشتری درخواست ثبت کرد» مساوی «کالا در قفسه موجود است» نیست. ایجاد گردش دستی انبار افزون بر عملیات رسمی مرجوعی می‌تواند موجودی را دوبار افزایش دهد.
ارتباط مرجوعی با مالی
ممکن است فروشگاه با اصل مرجوعی موافقت کند، اما بازپرداخت هنوز شروع نشده یا در صف تأیید باشد. refund_pending را با «وجه واریز شد» اشتباه نگیرید. در روش سازمانی، سند بستانکاری/اعتبار ممکن است لازم باشد. مدیریت تسویه بازپرداخت و حساب اشخاص را بخوانید.
خطایابی
اگر مقدار مرجوعی رد شد، تعداد خرید و پرونده‌های قبلی همان ردیف را ببینید. اگر گزینه تعویض فعال نیست، وضعیت دریافت فیزیکی، نتیجه درخواست و موجودی جایگزین را بررسی کنید. اگر مشتری می‌گوید پول برنگشته، وضعیت برنامه refund و رکورد تسویه را بررسی کنید؛ ثبت صرف درخواست را با پرداخت اشتباه نگیرید. اگر کالا برگشته ولی موجودی تغییر نکرده، ورود فیزیکی و نتیجه بازرسی را پیگیری کنید؛ بدون بررسی ثبت دستی افزایش ندهید.