پردازش سفارش چندکاناله چگونه مدیریت می‌شود؟
وقتی سفارش از سایت، مارکت‌پلیس و فروشگاه‌سازهای مختلف وارد می‌شود، مشکل فقط «جمع‌کردن سفارش‌ها در یک صفحه» نیست؛ هر کانال وضعیت، شناسه، زمان‌بندی و قواعد متفاوتی دارد و باید به یک مدل عملیاتی مشترک تبدیل شود.
مرحله اول: داده سفارش را نرمال کنید
برای عملیات انبار، مهم است سفارش از کدام کانال آمده، اما تیم Picking نباید برای هر کانال یک زبان متفاوت یاد بگیرد. شناسه سفارش، SKU، تعداد، نام گیرنده، روش ارسال و وضعیت عملیاتی باید در یک ساختار قابل فهم نمایش داده شوند.
منبع سفارش را حفظ کنید
یکپارچه‌سازی به معنی حذف هویت کانال نیست. Source ID، شماره سفارش مبدا و وضعیت اصلی باید ذخیره شوند تا در خطا، لغو یا نیاز به Sync بتوان سفارش را به منبع برگرداند.
یک مدل وضعیت داخلی تعریف کنید
وضعیت‌های دیجی‌کالا، ووکامرس یا یک فروشگاه‌ساز ممکن است نام‌های متفاوتی داشته باشند. بهتر است Packflow/OMS یک Status Model داخلی مثل «ورودی»، «در پردازش»، «نیاز به بررسی»، «آماده ارسال» و «تحویل‌شده به ارسال» داشته باشد و نگاشت هر کانال به‌صورت جدا مدیریت شود.
اولویت را از کانال جدا کنید
سفارش یک مارکت‌پلیس ممکن است SLA سخت‌تری داشته باشد، اما اولویت باید بر اساس قانون مشخص تعیین شود؛ مثلاً Cut-off، روش ارسال یا زمان ثبت. اگر صرفاً نام کانال تعیین‌کننده باشد، صف در روزهای پرترافیک قابل کنترل نمی‌ماند.
لغو و خطاها را جدی بگیرید
- سفارش پس از ورود لغو شده است.
- SKU مبدا در سیستم داخلی Match نشده است.
- آدرس یا اطلاعات اجباری ناقص است.
- وضعیت برگشتی از کانال با وضعیت داخلی تعارض دارد.
- یک سفارش دوبار دریافت شده است.
معماری پیشنهادی
کانال فروش → لایه اتصال → مدل سفارش مشترک → صف پردازش → Picking/Packing → ارسال. این جداسازی کمک می‌کند با اضافه‌شدن کانال جدید، عملیات انبار دوباره طراحی نشود. برای مشاهده اتصال‌های فعلی، صفحه اتصال فروشگاه و ارسال را ببینید.