عیب‌یابی پیشرفته سفارش‌ها
پرداخت نامعلوم، موجودی، مرسوله، مرجوعی، مجوز و خطاهای ثبت
عیب‌یابی جامع سفارش‌ها: از «سفارشم نیست» تا موجودی، پرداخت، ارسال و مرجوعی
در رفع خطا باید از اولین رویداد نامعتبر شروع کنید، نه از آخرین پیامی که مشتری دیده است. شماره سفارش و زمان را پیدا کنید؛ سپس سبد/سفارش، پرداخت، رزرو، ارسال، مرجوعی و سند مالی را به ترتیب بررسی کنید. ایجاد رکورد جدید برای پنهان‌کردن خطای قبلی، مسئله را دو برابر می‌کند.
سفارش در پنل پیدا نمی‌شود
فیلتر وضعیت و متن جست‌وجو را پاک کنید. شماره سفارش را دقیق وارد و سپس موبایل مشتری را امتحان کنید. Tenant و دسترسی نقش را بررسی کنید؛ جست‌وجوی این صفحه بر SKU طراحی نشده است. اگر مشتری تصویر صفحه پرداخت فرستاده ولی شماره سفارش ندارد، ابتدا نتیجه checkout و تراکنش provider را بررسی کنید. سفارش را از روی اسکرین‌شات نامعتبر دوباره نسازید.
مبلغ سفارش متفاوت است
جمع ردیف‌ها، واحد هر تنوع، قیمت تاریخی، تخفیف مبلغی، هزینه حمل، کیف پول و مبلغ قابل پرداخت را جدا بخوانید. اگر مدیر قیمت محصول را امروز تغییر داده، نباید مبلغ سفارش قبلی را با آن بازنویسی کند. اگر اختلاف ده‌برابری است، واحد تومان و ریال را کنترل کنید. اگر اختلاف در وزن است، quantity_scale و واحد نمایش را بررسی کنید.
پرداخت موفق در بانک ولی سفارش منتظر است
هر تلاش پرداخت را با سفارش، مبلغ، زمان، authority/ref_id و وضعیت provider تطبیق دهید. فیش یا screenshot به تنهایی کافی نیست. اگر callback با تأخیر رسیده، دوباره سفارش/پرداخت نسازید؛ نتیجه معتبر را بازیابی کنید. برای واریز دستی، صف رسیدها و انقضای پرداخت را کنترل کنید. راهنمای پرداخت.
پرداخت تأیید شده ولی کالا ناموجود است
ببینید موجودی فیزیکی، رزرو و backorder همان SKU چقدر بوده و چه زمانی تغییر کرده است. مسیر سفارش آنلاین یا دستی ممکن است رزرو را در زمان دیگری نهایی کند. اگر موجودی فیزیکی واقعاً مفقود است، علت کسری را ثبت و طبق رویه مالی/انبار رسیدگی کنید. ایجاد موجودی ساختگی یا حذف رزرو برای ادامه ارسال مجاز نیست.
دکمه ارسال یا تحویل فعال نیست
وضعیت زنده سفارش و اقدامات سرور را بررسی کنید. شاید سفارش هنوز paid است و مرحله processing و packed طی نشده یا مجوز کاربر کافی نیست. روی برد، جابه‌جایی ممکن است فقط پنجره تأیید عمل را باز کند. تغییر مستقیم status از پایگاه داده قابل قبول نیست.
بسته «ارسال شده» ولی رهگیری ندارد
سفارش و Shipment را جدا بخوانید. ممکن است اقدام سفارش بدون اطلاعات حامل انجام شده یا job ساخت مرسوله ناموفق باشد. شناسه عملیات قبلی را از سرویس حمل پیدا کنید. کد رهگیری را حدس نزنید و برای همان بسته درخواست ایجاد تکراری نزنید.
مشتری مرجوعی ثبت کرده اما پول نرسیده
درخواست، تأیید مرجوعی، دریافت کالا، برنامه بازپرداخت، legهای settlement و وضعیت واقعی provider را تفکیک کنید. یک پرونده refund_pending هنوز تسویه نهایی نیست. برای جلوگیری از بازپرداخت دوم، dispute و reversal احتمالی را بررسی کنید.
پنجره سفارش تازه نمی‌شود
صفحه را تازه کنید و آخرین اطلاعات سفارش را از سرور بگیرید. برای فیش و مرسوله، پنجره به رخدادهای backoffice گوش می‌دهد، اما در ارتباط ضعیف ممکن است درخواست به‌روزرسانی شکست بخورد. قبل از تکرار هر اقدام اثرگذار، شناسه و سوابق را بخوانید. برای سفارش دستی ثبت‌شده، کلید idempotency از تلاش‌های تکراری با همان بدنه محافظت می‌کند، نه از ایجاد دو سفارش مستقل با دو کلید متفاوت.
باگ یا محدودیت محصول؟
اگر مدلی در بک‌اند وجود دارد ولی فرم عملیاتی در پنل ندارد، نباید بدون آزمایش بگوییم «قابلیت کامل است». اگر نقش کاربر دسترسی ندارد، مسئله مجوز است نه استایل. اگر provider بیرونی پیکربندی نشده، نصب پچ راهنما اتصال را فعال نمی‌کند. هر مورد را با مسیر، شماره مرجع، انتظار، نتیجه واقعی و پیام خطا گزارش کنید؛ داده حساس را حذف کنید.
قالب پیشنهادی ثبت گزارش خطا
«در تاریخ ... در Tenant ...، سفارش ... با وضعیت ...؛ اقدام ...، نتیجه ...، وضعیت پرداخت ...، مرجع غیرحساس ... و وضعیت SKU/مرسوله ... بوده است. تلاش تکراری انجام نشده / نتیجه تلاش قبلی روشن است.» این گزارش برای توسعه‌دهنده و حسابدار مفیدتر از «سفارش کار نمی‌کند» است.
ادامه: مرجع وضعیت‌ها، مرجع فیلدها، چک‌لیست پذیرش.