لغو، انقضا و آزادسازی موجودی سفارش
لغو قبل و بعد پرداخت، آزادسازی رزرو و کنترل آثار مالی
لغو سفارش، پایان مهلت پرداخت و آزادسازی رزرو؛ اثر بر پول و تعهد فروشگاه
لغو سفارش زمانی معنی دارد که قرار است تعهد اجرای همان سفارش متوقف شود. لغو، معادل مرجوعی پس از تحویل یا بازپرداخت بانکی نیست. آناما مسیرهایی برای cancel_order، آزادسازی رزرو و مدیریت برخی سفارش‌های پرداخت‌شده/کیف پول دارد؛ ولی انتخاب مسیر باید براساس وضعیت واقعی سفارش و روش دریافت وجه باشد.
پیش از لغو، پنج وضعیت را کنترل کنید
۱. وضعیت تجاری: آیا سفارش هنوز منتظر پرداخت/تأیید است یا وارد پردازش، ارسال یا تحویل شده؟ ۲. وضعیت پرداخت: واقعاً پول وصول شده یا فیش در انتظار است؟ ۳. موجودی: چه مقدار از کدام SKU رزرو شده و آیا قبلاً نهایی شده؟ ۴. ارسال: مرسوله ساخته شده یا تحویل حامل شده؟ ۵. تخفیف/بازه ارسال: آیا آزادسازی کد تخفیف و ظرفیت زمانی به مسیر لغو وابسته است؟
لغو پیش از پرداخت
در جزئیات سفارش، اقدام «لغو» در وضعیت‌های اولیه و با مجوز مناسب نمایش داده می‌شود. اگر هیچ دریافت واقعی وجود ندارد و بسته ارسال نشده، لغو معمولاً ساده‌تر است: وضعیت به لغوشده می‌رود و باید رزروها و منابع وابسته در مسیر معتبر آزاد شوند. تغییر دستی مقدار Stock.reserved جایگزین اجرای لغو سفارش نیست؛ چون رزرو ممکن است به چند انبار، کوپن یا زمان تحویل متصل باشد.
انقضای پرداخت
بعضی سفارش‌ها payment_expires_at دارند. رسیدن ساعت به انقضا الزاماً به معنی این نیست که تمام پیام‌ها، فیش‌ها، jobها و رزروها در همان لحظه روی صفحه به‌روزرسانی شده‌اند. قبل از ایجاد سفارش جایگزین، وضعیت تازه سرور و کارهای پاک‌سازی مرتبط را بررسی کنید. اگر مشتری دیر پرداخت کرده، دریافت وجه را به یک سفارش با وضعیت نامعتبر نسبت ندهید؛ باید از مسیر رسیدگی مالی و پشتیبانی تعیین تکلیف شود. با تمدید دست‌ساز تاریخ بدون قرارداد تجاری مشکل را حل نکنید.
لغو پس از پرداخت
اگر وجه واقعاً دریافت شده، تصمیم به لغو باید با مسیر قانونی بازپرداخت یا اعتبار مشتری همراه باشد. فقط نشان «لغو» ثابت نمی‌کند پول برگشته است. در مورد پرداخت کیف پول، بازگشت اعتبار ممکن است مسیر مجزا داشته باشد؛ در مورد درگاه، برگشت و refund جدا بررسی می‌شود. برای جلوگیری از دوباره‌پرداخت، گزارش پرداخت‌ها، refundها و dispute را با هم کنترل کنید. اگر کالا ارسال شده، برای بازگشت فیزیکی معمولاً مسیر مرجوعی مناسب‌تر از لغو ساده است.
مثال: پرداخت تأخیرخورده
مشتری ساعت ۱۰ سفارش را با مهلت یک‌ساعته ثبت می‌کند. ساعت ۱۱ مهلت تمام می‌شود ولی ساعت ۱۱:۱۰ تصویر فیش می‌فرستد. مسئول مالی ابتدا بررسی می‌کند آیا سفارش لغو/منقضی و رزرو آزاد شده است و آیا وجه در بانک رسیده. صرف تصویر فیش نباید باعث «mark_manual_paid» شود؛ اکشن سرور نیز ممکن است به دلیل انقضا نمایش داده نشود. اگر وجه دریافت شده اما سفارش قابل احیا نیست، تعیین تکلیف مالی با مرجع و توضیح معتبر لازم است.
مثال: مشتری در مرحله ارسال منصرف می‌شود
مرسوله به پیک تحویل شده و کاربر درخواست لغو دارد. قبل از اقدام باید وضعیت حامل و امکان توقف/بازگشت مرسوله معلوم شود. اگر کالا برگشت، کیفیت و مقدار آن بررسی می‌شود؛ پس از آن بازپرداخت یا اعتبار مناسب در پرونده رسمی دنبال خواهد شد. حذف سفارش یا زدن cancelled برای پنهان‌کردن محموله در مسیر، ریسک مالی و انباری دارد.
چک‌لیست پس از لغو
شماره سفارش در وضعیت درست است؟ موجودی رزروشده طبق مسیر آزاد شده؟ کوپن یا ظرفیت ارسال تعیین تکلیف شده؟ آیا وجهی واقعاً وصول شده که هنوز باید برگشت بخورد؟ آیا مرسوله فعالی وجود دارد که نیاز به دستور لغو حامل دارد؟ آیا سابقه اقدام و مسئول روشن است؟ پاسخ به این سؤال‌ها برای بستن پرونده لازم است، نه صرف دیدن نشان «لغو شده».