واحد سنجش کالا مشخص میکند عدد ثبتشده درباره چه مقداری حرف میزند: تعداد قطعه، طول، وزن، حجم یا تعداد بسته. در انبار، «۸» بهتنهایی اطلاعات کافی نیست؛ هشت بلبرینگ با هشت جعبه بلبرینگ موجودی یکسانی ندارند. اگر خرید با جعبه و تحویل با عدد انجام شود، باید رابطه میان این دو مقدار برای همان کالا و همان بستهبندی روشن باشد.
مسئله فقط انتخاب یک گزینه از فهرست واحدها نیست. نرمافزار باید هویت کالا، واحد ثبت عملیات، مقدار قابل شمارش و قاعده تبدیل را کنار هم نگه دارد. در این مقاله با مثال بلبرینگ بررسی میکنیم چگونه تبدیل واحد را تعریف کنیم تا ظاهر مرتب گزارشها، خطای مقدار را پنهان نکند.
واحد سنجش کالا با بستهبندی آن چه تفاوتی دارد؟
«عدد» میتواند واحد شمارش بلبرینگ باشد؛ «جعبه» ظرفی است که تعدادی از همان قطعه را در خود دارد. ظرفیت جعبه از نام آن معلوم نمیشود. یک تأمینکننده ممکن است جعبه ۱۲ عددی و دیگری جعبه ۱۰ عددی عرضه کند. حتی بستههای یک تأمینکننده نیز ممکن است در طول زمان تغییر کنند.
برای یک آیتم، واحد مبنای موجودی را بر اساس نیاز عملیاتی انتخاب کنید. اگر بلبرینگها مستقل تحویل داده میشوند، ثبت موجودی بر حسب عدد معمولاً قابل فهمتر است؛ خرید و رسید میتوانند علاوه بر آن، مقدار و نوع بسته را هم نگه دارند. این انتخاب، قاعده پیشنهادی برای مثال ماست و باید با فرایند واقعی سازمان تطبیق داده شود.
همچنین «پالت» ممکن است فقط واحد جابهجایی محموله باشد. اگر محتویات پالتها یکسان نیست، عبارت «یک پالت» ضریب ثابتی برای تعداد کالا ایجاد نمیکند. پیش از ساختن هر ضریب، مشخص کنید با واحد اندازهگیری سروکار دارید یا با یک بسته دارای محتوای تعریفشده.
کدام تبدیل ثابت است و کدام به کالا وابسته است؟
تبدیل متر به میلیمتر بر تعریف واحدها تکیه دارد: یک متر برابر با ۱٬۰۰۰ میلیمتر است. اما «یک جعبه برابر با ۱۲ عدد» ویژگی بستهبندی یک کالای مشخص است؛ نمیتوان آن را به همه جعبههای انبار تعمیم داد.
در مستندات Microsoft Dynamics 365 نیز تبدیلهای عمومی از تبدیلهای وابسته به محصول جدا شدهاند؛ قواعد اختصاصی میتوانند میان واحدهای همجنس یا دستههای متفاوت تعریف شوند. این تفکیک نشان میدهد چرا هر تبدیل باید دامنه مشخصی داشته باشد. منبع: مدیریت واحدهای سنجش در Microsoft Learn
| نوع رابطه | مثال | داده لازم برای تبدیل |
|---|---|---|
| تبدیل واحدهای همجنس | متر به میلیمتر | تعریف معتبر واحدها |
| تبدیل بسته مشخص به تعداد | جعبه ۱۲ عددی به عدد | آیتم، نوع بسته و تعداد معتبر داخل آن |
| ارتباط وزن و تعداد | کیلوگرم بلبرینگ به عدد | وزن معتبر هر نمونه یا شمارش و اندازهگیری مرتبط |
| واحد حمل با محتوای متغیر | پالت مخلوط به تعداد کالا | فهرست واقعی محتویات محموله |
تبدیل وزن به تعداد را نیز نباید یک ضریب عمومی دانست. اگر وزن قطعات یا مقدار محتویات متغیر باشد، وزن کل بهتنهایی تعداد دقیق را ثابت نمیکند. وزن بستهبندی، روش اندازهگیری و دامنه خطای قابل قبول هم اهمیت دارند. شمارش برآوردی با شمارش قطعی باید قابل تشخیص باشد.
مثال صنعتی: هشت جعبه بلبرینگ چند عدد موجودی دارد؟
فرض کنید آیتم داخلی BRG-6205-A داریم. کد، تعدادها و عملیات این مثال فرضیاند. در یک رسید، هشت جعبه دریافت شده و پس از کنترل، برای هر جعبه ۱۲ بلبرینگ از همین آیتم تأیید شده است. بنابراین مقدار رسید در واحد مبنا ۹۶ عدد خواهد بود.
در سند رسید، این اطلاعات را کنار هم نگه دارید: آیتم، هشت جعبه از بسته مشخص، ضریب ۱۲ عدد در هر جعبه و مقدار تبدیلشده ۹۶ عدد. اگر بعداً درباره رسید پرسشی پیش بیاید، ثبت «۹۶ عدد» بهتنهایی توضیح نمیدهد تحویل اولیه در چه بستهای بوده است.
اکنون ۱۷ عدد تحویل میدهیم. در نبود عملیات دیگر، موجودی محاسباتی ۷۹ عدد میشود. این مقدار، اگر نحوه بازکردن بستهها هم ثبت شده باشد، ممکن است به شکل شش جعبه کامل و هفت عدد باز دیده شود. خود عدد ۷۹ ثابت نمیکند که بستهبندی فیزیکی دقیقاً همین ترکیب را دارد؛ ممکن است چند جعبه نیمهپر موجود باشد.
این تفاوت برای آمادهسازی ارسال و انبارگردانی مهم است. تعداد کالا و تعداد بستههای سالم یا بازشده را دو واقعیت مرتبط بدانید. اگر به وضعیت بستهها نیاز دارید، آن را ثبت کنید و از تقسیم موجودی بر ظرفیت جعبه نتیجه قطعی نگیرید.
برای ارتباط این مقدار با مکان، وضعیت و اسناد، راهنمای مدیریت موجودی انبار بر پایه آیتم، بچ و سریال را بخوانید.
وقتی تعداد داخل جعبه تغییر میکند چه کنیم؟
در رسید بعدی، همان بلبرینگ با جعبههای ۱۰ عددی میرسد. اگر نرمافزار فقط یک ضریب عمومی «جعبه به عدد» داشته باشد و آن را از ۱۲ به ۱۰ تغییر دهیم، خطر تفسیر اشتباه رسیدهای قبلی به وجود میآید. هشت جعبه رسید قبلی همچنان ۹۶ عدد بودهاند؛ تعریف بسته جدید نباید آن واقعه را به ۸۰ عدد تبدیل کند.
بستههای متفاوت را با تعریف قابل تشخیص ثبت کنید و قاعده معتبر هر عملیات را نگه دارید. برای اصلاح یک اشتباه واقعی در رسید قدیمی نیز مسیر اصلاح و سابقه آن لازم است. تغییر تعریف آینده با اصلاح داده گذشته دو کار متفاوتاند.
اینکه دو بسته تجاری به کد داخلی جداگانه نیاز دارند، به قواعد هویت و خرید سازمان بستگی دارد. اگر هر بسته مستقلاً سفارشپذیر است، قیمت و بارکد مستقل دارد یا تفکیک آن برای عملیات ضروری است، باید آن تفاوت در مدل داده قابل نمایش باشد. این تصمیم را با عوضشدن ماهیت قطعه داخل بسته یکی نگیرید.
در استاندارد مدیریت GTIN سازمان GS1، تغییر تعداد اقلام داخل کارتن یا تعداد کارتنهای پالت ازپیشتعریفشده، برای سطح بستهبندی تغییرکرده و سطوح بالاتر آن شناسه جدید میخواهد. این قاعده درباره شناسه تجاری بسته در زنجیره تأمین است؛ از آن نمیتوان نتیجه گرفت که هر تغییر ظرف داخلی انبار، کد تازهای برای خود قطعه لازم دارد. منبع: استاندارد مدیریت GTIN، بخش ۲.۸
واحد پایه، واحد سند و ضریب تبدیل را با هم نگه دارید
برای طراحی داده، میتوان هر ردیف عملیات را با مقدار اولیه، واحد اولیه، شناسه آیتم، تعریف بسته، قاعده تبدیل و مقدار در واحد مبنا ثبت کرد. اگر بچ یا سریال نیز در عملیات لازم است، ارتباط آن را هنگام تبدیل حفظ کنید؛ ضربکردن تعداد جعبهها، هویت نمونههای داخل آنها را تولید نمیکند.
واحد پایه باید گزارشهای قابل مقایسه بسازد، اما نباید شکل واقعی سند را از بین ببرد. خرید «سه جعبه» و تحویل «پنج عدد» میتوانند در واحد پایه جمع و تفریق شوند، به شرط آنکه معنای هر مقدار مشخص و تبدیل معتبر باشد.
در گزارش تجمیعی نیز فقط مقادیر سازگار را جمع کنید. جمع «۲۰ عدد» با «۵ کیلوگرم» بدون رابطه معتبر، موجودی معنیدار نمیسازد. حتی دو مقدار با واحد عدد، اگر مربوط به دو آیتم متفاوت باشند، جای یکدیگر را در موجودی یک قلم نمیگیرند.
در مدل هویت سهلایه کالا، کلاس و آیتم به روشنشدن نوع قلم کمک میکنند و سریال به نمونه مربوط میشود. واحد سنجش، پاسخ «چه مقدار؟» است؛ پاسخ «چه کالایی؟» همچنان به هویت آیتم وابسته میماند.
دقت و گردکردن را پیش از ثبت عملیات مشخص کنید
برای اقلام شمارشی که فقط بهصورت قطعه کامل تحویل میشوند، نتیجه تبدیل نباید بیتوضیح به کسری از یک قطعه ختم شود. اگر خروجی محاسبه نیم بلبرینگ شد، ابتدا واحد ورودی، ضریب و معنای مقدار را بررسی کنید. گردکردن خودکار میتواند خطای تعریف بسته را پنهان کند.
برای اقلامی مانند کابل که بر حسب طول ثبت میشوند، مقدار اعشاری ممکن است معتبر باشد. دقت ثبت را متناسب با روش اندازهگیری و حداقل مقدار قابل تحویل تعیین کنید. این قاعده باید برای ثبت، نمایش و مقایسه مقدار روشن باشد؛ کمکردن رقمهای نمایشی نباید بیخبر مقدار ذخیرهشده را تغییر دهد.
زمان اعمال گردکردن نیز مهم است. تبدیل و گردکردن جداگانه هر ردیف ممکن است با تبدیل مجموع ردیفها نتیجه متفاوتی بدهد. یک روش مشخص انتخاب کنید، اختلافهای ناشی از آن را قابل پیگیری نگه دارید و در گزارش مغایرت از همان روش استفاده کنید.
نرمافزار باید این مفهوم را چگونه پاسخ دهد؟
برای ارزیابی، سناریوی هشت جعبه ۱۲ عددی، خروج ۱۷ عدد و دریافت بعدی جعبه ۱۰ عددی را اجرا کنید. سپس هم موجودی فعلی و هم رسید قدیمی را بخواهید. معیار اصلی این است که مقدار قابل بازسازی باشد و معنی سند با تغییر اطلاعات مرجع از بین نرود.
- آیا کاربر هنگام ثبت میداند منظور کدام جعبه و چند عدد داخل آن است؟
- آیا ضریب تبدیل به آیتم و بسته درست وابسته است؟
- آیا مقدار و واحد اولیه در کنار مقدار مبنا حفظ میشوند؟
- آیا اصلاح ضریب یا تعریف بسته، سابقه روشن دارد؟
- آیا مقدار نامعتبر، مانند کسری از قطعه غیرقابل تقسیم، شناسایی میشود؟
- آیا گزارش، تعداد قطعات را از تعداد بستههای فیزیکی تفکیک میکند؟
برچسب هم باید این معنا را منتقل کند. اسکن بارکد یک جعبه نباید بدون شناخت سطح بستهبندی، مانند اسکن یک قطعه تفسیر شود. برای ادامه این موضوع، تفاوت بارکد، QR، کد آیتم و سریال را ببینید.
این سناریوها را هنگام بررسی راهکار انبارداری ایدنتو مبنای نیازسنجی قرار دهید. هدف، مشخصکردن دادهها و کنترلهایی است که نرمافزار باید پاسخ دهد؛ وجود هر قابلیت باید در سناریوی واقعی شما بررسی شود.
پرسشهای متداول درباره واحد سنجش کالا
آیا واحد خرید و واحد موجودی باید یکسان باشند؟
لزومی ندارد، به شرط آنکه تبدیل معتبر و قابل پیگیری باشد. میتوان یک قلم را با جعبه خرید و با عدد نگهداری کرد، در حالی که مقدار و واحد اصلی سند نیز حفظ میشوند.
آیا «جعبه» یک ضریب ثابت برای همه کالاها دارد؟
خیر. تعداد داخل جعبه به کالا و تعریف بسته بستگی دارد. بدون شناسایی آن بسته، نام جعبه برای تبدیل به عدد کافی نیست.
آیا وزن کالا تعداد دقیق آن را نشان میدهد؟
همیشه چنین نیست. برای تبدیل وزن به تعداد باید رابطه معتبر و دقت موردنیاز مشخص باشد. اگر وزن نمونهها متغیر است، تخمین تعداد نباید جای شمارش قطعی نمایش داده شود.
آیا تغییر ضریب تبدیل باید موجودی گذشته را هم تغییر دهد؟
تغییر تعریف بسته برای عملیات آینده، بهخودیخود اصلاح اسناد گذشته نیست. اگر سند قبلی اشتباه بوده، اصلاح آن باید با مرجع و سابقه قابل بررسی انجام شود.