هر موجودی از مواد خام یا کالاهای نهایی به هزاران مورد SKU وارد می شود. به خصوص در مورد موجودی مواد اولیه و همچنین موجودی قطعات یدکی، این اعداد در مقایسه با کالاهای نهایی می تواند بسیار بیشتر باشد. حتی در کالاهای نهایی، برخی از محصولات مانند لباس، مواد غذایی و غیره ممکن است با هزاران SKU در کل محدوده مواجه شوند.
هر واحد موجودی در دفاتر شرکت دارای ارزش اقتصادی است. بنابراین، به عنوان یک دارایی، باید روی موجودی کنترل داشته باشید و اطمینان حاصل کنید که موجودی کتاب با موجودی فیزیکی مطابقت دارد. منظور ما از سهام کتاب اساساً سهام سیستم است.
مدیریت موجودی از یک سو شامل مدیریت تراکنش ها و داده های موجودی در سیستم و از سوی دیگر شامل فرآیندهای فیزیکی بر روی زمین است. هر دوی اینها باید پشت سر هم کار کنند تا اطمینان حاصل شود که همه تراکنش‌ها هم در سیستم و هم در سطح فروشگاه بسته و تکمیل می‌شوند.
در یک انبار، عملیات یک روز معمولی با دریافت مواد از فروشندگان مختلف آغاز می شود که تخلیه، شمارش و در سیستم به روز می شوند. سپس سیستم یک GRN صادر می کند و مکانی را که مواد باید در آن ذخیره شود را هدایت می کند. بر این اساس، مواد سپس به محل ذخیره منتقل می‌شوند و تأیید مجدد در سیستم کل تراکنش را می‌بندد. در همان زمان، فرآیندهای موازی برای تحویل محموله در حال انجام است که در آن سیستم سفارش‌های انتخاب را در انبار منتشر می‌کند. کارکنان عملیات مواد را طبق فهرست انتخابی برمی‌دارند و به سیستم تأیید می‌کنند، که سپس سفارش بسته‌بندی و فاکتوری را برای حمل و نقل منتشر می‌کند. در میان این تراکنش‌های چندگانه، تعداد کمی از تراکنش‌های عملیاتی مانند انتقال بن به بن وجود دارد.
در چنین شرایطی که چندین تراکنش هم در سیستم و هم در عملیات فیزیکی در حال انجام است و وظایف به یکدیگر وابسته هستند، هر گونه انحراف فرآیند در هر یک از تراکنش‌ها مسلماً رخ می‌دهد که منجر به تفاوت بین تراکنش‌های سیستم و موجودی فیزیکی می‌شود.
روند فعلی در صنایع برون سپاری عملیات انبارداری به ارائه دهندگان خدمات شخص ثالث است که در این صورت به دلیل معرفی سیستم اضافی در انتهای انبار که متعلق به فروشنده شخص ثالث است، معاملات چندین برابر می شود. مشتری اصلی موجودی خود را در ERP خود نگهداری می کند، که با فروشندگان شخص ثالث WMS – سیستم مدیریت انبار و تراکنش های فیزیکی در طبقه فروشگاه، که باید همزمان با سیستم انجام شود، معامله می کند.
مسائل سیستمی
معمولاً سیستم ERP و WMS با استفاده از واسط های استاندارد به هم متصل می شوند. هر دو سیستم فایل های رابط استاندارد مبادله می کنند که تراکنش های انجام شده در هر یک از سیستم ها را به روز می کند و در هر دو انتها در فرکانس های دسته ای دوره ای نیم ساعت یا یک ساعت دانلود می شود. بنابراین تمام رسیدهای دریافت شده به صورت فیزیکی در انبار در یک ساعت در WMS انبار به روز می شوند که سپس اطلاعات GRN را برای به روز رسانی به ERP مشتری ارسال می کند. ERP مشتری به طور مشابه سفارشات را بر اساس موجودی موجود در سیستم خود پردازش می کند و سفارشات فروش را صادر می کند که به WMS ارسال می شود. WMS سپس امواج انتخابی را تولید می کند که در صورت تایید منجر به انتشار لیست بسته بندی و فاکتور می شود. این تراکنش ها دوباره به صورت فیزیکی تکمیل شده و WMS به روز می شود. WMS بیشتر اطلاعات ارسال را برای به روز رسانی بیشتر به ERP ارسال می کند.
هنگامی که در مورد عملیات روزانه، صدها تراکنش در هر دو انتها به طور همزمان در حال انجام هستند. به روز رسانی سیستم ممکن است در زمان واقعی اتفاق نیفتد و می تواند منجر به اختلاف موجودی شود. بنابراین، تطبیق روزانه همه معاملات بین هر دو سیستم و همچنین عملیات ضروری است.
نظم و انضباط سیستم مورد نیاز است
چنین سیستم‌های مبتنی بر تراکنش مستلزم نظم و انضباط شدید از سوی کاربران سیستم هستند تا اطمینان حاصل شود که آنها تمام فرآیندها را بدون انحراف کامل می‌کنند و به‌طور منظم استادان را به روز می‌کنند و به صورت روزانه آشتی می‌دهند. هرگونه عدم انضباط می تواند نه تنها بر موجودی کالا بلکه بر معاملات نیز تأثیر بگذارد. به عنوان مثال، اگر به هر دلیلی SKU یا محموله خاصی در انبار مسدود شده باشد و قرار نباشد ارسال شود، بلوک موجودی نه تنها باید در WMS که عملیات کف را کنترل می کند، بلکه در ERP نیز اتفاق بیفتد. در غیر این صورت در ERP موجودی مسدود شده ممکن است به عنوان موجودی باز نشان داده شود و برای سفارش فروش تخصیص داده شود.
Master Data Up-dation یک امر ضروری است
شماره کد SKU در هر موجودی در معرض تغییرات مکرر است. همچنین می توانید همان توضیحات و موارد مشابه را توسط فروشندگان مختلف ارائه کنید. هر بار که یک SKU جدید در ERP مشتری ایجاد می‌شود، باید اطمینان حاصل کرد که همان SKUهای جدید در WMS نیز ایجاد شده‌اند. داده های اصلی WMS با توجه به کد SKU، توضیحات و سایر اطلاعات اصلی SKU و اطلاعات فروشنده اصلی باید همان ERP باشد. اگر با نظارت یا سهل انگاری مشخص شود که این هماهنگی وجود ندارد، موجودی به هم می خورد یا در سیستم آپلود نمی شود.
موجودی سیستم باید با موجودی فیزیکی مطابقت داشته باشد
موجودی که در ERP و همچنین WMS تنظیم و نگهداری می شود باید با موجودی موجود در طبقه فروشگاه مطابقت داشته باشد. به عنوان مثال موجودی نشان داده شده در ERP و WMS با جزئیات هر مکان که در کجا، چه مقدار ذخیره شده در کدام مکان باید دقیقاً با واقعیت فیزیکی مطابقت داشته باشد. در طبقه مغازه، مکان فیزیکی باید همان SKU، مقدار دقیق را مطابق با ورودی سیستم داشته باشد. هر گونه عدم تطابق در محل طبقه که ناشی از اشتباه کارکنان عملیات در نگهداری موجودی در مکان اشتباه باشد، هم در سیستم و هم در عملیات خرابی ایجاد می کند.
بدون نظر