فروش بیش از موجودی معمولاً از یک اختلاف کوچک شروع می‌شود: یک کالا در دو کانال فروخته شده، اما هر دو پنل هنوز همان موجودی قبلی را نشان می‌دهند. افزایش سرعت ارسال عدد به‌تنهایی این مسئله را حل نمی‌کند. ابتدا باید معلوم باشد هر عدد به کدام تنوع تعلق دارد، مرجع موجودی چیست و چه سفارش‌هایی قبلاً از آن سهم گرفته‌اند.
موجودی فیزیکی با موجودی قابل فروش فرق دارد
موجودی فیزیکی تعداد کالایی است که واقعاً در انبار دارید. بخشی از آن ممکن است برای سفارش ثبت‌شده رزرو شده، معیوب یا منتظر بررسی مرجوعی باشد. موجودی قابل فروش باید این وضعیت‌ها را با سیاست مشخص فروشگاه لحاظ کند.
مثال آموزشی: ده عدد کالا در انبار است؛ سه عدد برای سفارش‌ها کنار گذاشته شده و یک عدد نیاز به بررسی دارد. اگر این گروه‌ها هم‌پوشانی نداشته باشند، شش عدد آماده فروش می‌ماند. این فرمول زمانی درست است که رزروها قبلاً از عدد مبنا کم نشده باشند؛ کسر دوباره همان رزرو، موجودی را اشتباه پایین می‌آورد.
تنوع کالا را با نام آن تطبیق ندهید
نام یکسان برای نگاشت کالا بین کانال‌ها کافی نیست. رنگ، اندازه، حجم یا بسته‌بندی متفاوت باید شناسه جدا داشته باشد. برای هر پیشنهاد فروش، ارتباط با شناسه داخلی و تنوع را ثبت کنید. نگاشت مبهم را پیش از همگام‌سازی رفع کنید.
اگر کد مالی یا SKU تغییر کرد، ارتباط‌های قبلی را بررسی کنید. جایگزین‌کردن یک کد نباید تاریخچه سفارش کالای قبلی را به کالای تازه نسبت دهد. روش دریافت تکی کالا از اسنپ برای بررسی اطلاعات همان پیشنهاد مفید است؛ دریافت اطلاعات به معنی فعال‌شدن ارسال موجودی نیست.
برای تغییر موجودی یک مرجع مسئول داشته باشید
وقتی انبار، افزونه و یک سامانه دیگر هم‌زمان عدد می‌فرستند، آخرین درخواست می‌تواند نتیجه صحیح قبلی را بازنویسی کند. مشخص کنید کدام سامانه مرجع است و بقیه فقط چه داده‌ای می‌خوانند یا چه رویدادی ثبت می‌کنند.
درباره دریافت سفارش تکراری نیز تصمیم روشن لازم است. یک سفارش با یک شناسه نباید با هر دریافت دوباره، مجدداً موجودی کم کند. لغو و مرجوعی هم باید طبق وضعیت واقعی پردازش شوند؛ دریافت مرجوعی به‌تنهایی اثبات سالم و قابل فروش بودن کالا نیست.
موفقیت ارسال را با خواندن نتیجه کنترل کنید
پاسخ موفق شبکه فقط نشان می‌دهد درخواست در یک مرحله پذیرفته شده است. برای اطمینان، موجودی مقصد و زمان مشاهده را بخوانید. اگر نتیجه مبهم است، ارسال پشت‌سرهم ممکن است هم فشار ایجاد کند و هم بررسی علت اختلاف را دشوارتر کند.
در زمان محدودیت سرویس، زمان انتظار اعلام‌شده را رعایت کنید و اختلاف را با سفارش‌های تازه تفسیر کنید. موجودی که بین ارسال و خواندن دوباره کاهش یافته، ممکن است نتیجه فروش واقعی باشد؛ هر اختلافی را خودکار به خطای همگام‌سازی نسبت ندهید.
پیش از فعال‌سازی چندکاناله چه چیزی را بررسی کنیم؟
- نگاشت دقیق کالا و تنوع در هر کانال.
- تعریف عدد مبنا و رزروهای کسرشده از آن.
- مرجع مسئول ارسال موجودی و مجوز هر سامانه.
- ثبت سفارش و تغییر وضعیت بدون پردازش تکراری.
- گزارش خطا، زمان دریافت و نتیجه مشاهده‌شده در مقصد.
این مقاله راهنمای طراحی عملیات است و اعلام فعال‌بودن همگام‌سازی همه کانال‌ها در سودین نیست. وضعیت هر اتصال را در مدیریت فروش چندکاناله و اتصال‌ها بررسی کنید. برای شناخت ابزارهای مرتبط نیز صفحه موجودی و تأمین در دسترس است.