جریان عملی سفارش ووکامرس از ثبت تا ارسال

1. تعیین کنید چه سفارشی وارد عملیات شود

همه وضعیت‌های ووکامرس الزاماً نباید وارد Picking شوند. یک Rule روشن تعریف کنید که سفارش پس از چه وضعیت پرداخت/تأیید وارد صف عملیات شود. سفارش لغوشده، ناموفق یا نیازمند بررسی باید خارج از صف عادی بماند.

2. SKU و Variation را قبل از Picking قابل تشخیص کنید

نام محصول برای عملیات کافی نیست، مخصوصاً وقتی محصول متغیر دارید. SKU یا شناسه داخلی، Variation و تعداد باید در نمای Picking روشن باشد. اگر SKU در ووکامرس ناقص است، قبل از اتوماسیون آن را اصلاح کنید.

3. سفارش را به صف عملیاتی تبدیل کنید

به‌جای اینکه اپراتور از صفحه سفارش‌های ووکامرس حدس بزند بعدی کدام است، صف می‌تواند براساس زمان ثبت، SLA، حامل یا اولویت کسب‌وکار مرتب شود. وضعیت داخلی باید از وضعیت فروشگاهی جدا اما قابل نگاشت باشد.

4. Picking و Packing را مرحله‌بندی کنید

پس از Picking، کنترل مستقلی برای کالا و تعداد در Packing قرار دهید. برای فروشگاه‌هایی با SKUهای مشابه، اسکن بارکد می‌تواند به کنترل نهایی کمک کند. نتیجه هر مرحله باید به سفارش متصل بماند تا در پشتیبانی قابل ردیابی باشد.

5. وضعیت نهایی را با ووکامرس هماهنگ کنید

وقتی سفارش واقعاً آماده یا تحویل ارسال شد، وضعیت مرتبط می‌تواند براساس منطق اتصال به ووکامرس برگردد. مهم است وضعیت فروشگاهی چیزی را اعلام نکند که عملیات هنوز انجام نداده است؛ مثلاً «تکمیل‌شده» پیش از تحویل واقعی به ارسال.

برای راهکار اختصاصی، صفحه مدیریت سفارش ووکامرس را ببینید.

6. استثناهایی که باید از قبل طراحی شوند

• سفارش بعد از شروع Picking لغو می‌شود.
• محصول Variation دارد ولی SKU یکتا ندارد.
• تعداد موجود با سفارش تطبیق ندارد.
• یک سفارش دوبار از API دریافت می‌شود.
• وضعیت ووکامرس و وضعیت عملیاتی از هم عقب می‌افتند.