کدینگ محل انبار یعنی هر جایگاه نگهداری، آدرسی روشن و قابل تشخیص داشته باشد؛ آدرسی که انباردار بتواند آن را روی قفسه پیدا کند و در سند جابهجایی نیز همان محل را ثبت کند. اما این آدرس، کد کالا نیست. یک الکتروموتور میتواند از قفسهای به قفسه دیگر منتقل شود و همچنان همان آیتم و همان نمونه سریالی باقی بماند.
اگر محل را داخل هویت کالا مخلوط کنیم، هر جابهجایی ممکن است به تغییر کد، ایجاد رکورد تازه یا از دست رفتن سابقه منجر شود. طراحی مناسب باید به دو پرسش جدا پاسخ دهد: «این چه کالایی است؟» و «اکنون کجا نگهداری میشود؟» در ادامه، آدرسدهی انبار را با یک الگوی ساده و مثال انتقال موتور بررسی میکنیم.
کد محل انبار به چه چیزی تعلق دارد؟
ابتدا مشخص کنید هر کد، کدام فضای قابل شناسایی را معرفی میکند: یک انبار کامل، یک محدوده دریافت، یک قفسه یا یک خانه از طبقه قفسه. برای ثبت موجودی، بهتر است کوچکترین محلی را انتخاب کنید که در عملیات واقعاً قابل تشخیص و کنترل است. ریزکردن آدرس تا سطحی که برچسب یا روش ثبت ندارد، دقت واقعی ایجاد نمیکند.
برای مثال، اگر یک طبقه چند خانه جدا دارد و برداشت از هر خانه مستقلاً انجام میشود، ثبت فقط شماره طبقه ممکن است کافی نباشد. در مقابل، اگر کالا روی یک فضای کف یکپارچه نگهداری میشود، ساختن طبقه و خانه صوری کمکی نمیکند.
در مستندات مدیریت موجودی Microsoft Dynamics 365، محل به فضای نگهداری و برداشت اشاره دارد و نام آن میتواند از اجزایی مانند انبار، راهرو، قفسه، طبقه و خانه ساخته شود. این یک نمونه از مدلکردن آدرس است؛ تعداد سطوح باید با چیدمان واقعی شما سازگار باشد. منبع: محلهای موجودی در Microsoft Learn
یک الگوی روشن برای آدرسدهی انبار تعریف کنید
الگوی فرضی W1-A02-R03-L02-B04 را در نظر بگیرید. در قرارداد این مثال، اجزا معنای زیر را دارند. این کد یک قرارداد داخلی است و استاندارد عمومی یا شناسه GS1 محسوب نمیشود.
| بخش آدرس | معنی در این مثال | نمونه |
|---|---|---|
| انبار | انبار شماره یک | W1 |
| راهرو | راهروی دوم | A02 |
| قفسه | قفسه سوم در همان راهرو | R03 |
| طبقه | طبقه دوم طبق جهت شمارهگذاری مصوب | L02 |
| خانه | خانه چهارم از همان طبقه | B04 |
پیش از چاپ لیبل، جهت شمارش را روی نقشه و در محل مشخص کنید: شماره راهروها از کجا شروع میشود؟ طبقهها از پایین به بالا شماره میگیرند یا برعکس؟ در دو طرف راهرو، شمارهها چگونه توزیع میشوند؟ پاسخها باید برای همه کاربران یکسان و روی زمین قابل اجرا باشد.
از اجزای کوتاه و قابل خواندن استفاده کنید، اما دامنه یکتایی را مبهم نگذارید. «قفسه ۳» ممکن است در چند انبار تکرار شود. اگر کد کوتاه فقط در محدوده یک انبار یکتا است، اسکن و ثبت عملیات باید آن محدوده را نیز مشخص کنند. یکسانبودن ظاهر دو لیبل نباید کاربر را به دو محل متفاوت ببرد.
در سامانه نیز اجزای آدرس را قابل تشخیص نگه دارید؛ فقط به یک رشته متن تکیه نکنید. در این صورت میتوان همه خانههای یک راهرو را پیدا کرد، بدون اینکه از شباهت اتفاقی نامها برای تشخیص ساختار استفاده شود.
مثال انتقال موتور: هویت ثابت، محل متفاوت
فرض کنید موتور با سریال داخلی M-021 از آیتم MTR-A در یک خانه از قفسه سوم قرار دارد. مقصد، خانهای از قفسه پنجم همان انبار است. همه کدها و رویدادهای این مثال فرضیاند و شرایط مجاز نگهداری موتور جداگانه بررسی شده است.
پیش از انتقال، ارتباط موتور با محل مبدأ ثبت شده است. هنگام انتقال، باید همان نمونه شناسایی شود و پس از تحویل، ارتباط آن با مقصد ثبت شود. کد آیتم و سریال موتور در نتیجه این جابهجایی تغییر نمیکنند. آدرس قفسه نیز به پسوند سریال موتور تبدیل نمیشود.
اگر فرایند سازمان انتقال را در دو مرحله ثبت میکند، فاصله ارسال تا تأیید دریافت را روشن نشان دهید. موتور نباید همزمان در مبدأ و مقصد بهعنوان موجودی قابل برداشت شمرده شود. در فرایند یکمرحلهای نیز زمان و مرجع انتقال باید قابل پیگیری باشد. انتخاب روش به عملیات واقعی بستگی دارد؛ هدف این است که یک جابهجایی، دو موجودی مستقل نسازد.
ثبت مقصد جدید بهتنهایی سابقه را توضیح نمیدهد. برای پاسخ به اینکه «این موتور دیروز کجا بود؟»، مبدأ، مقصد و زمان انتقال باید حفظ شوند. برای مرور تفاوت هویت قلم و نمونه، مدل هویت سهلایه کالا را ببینید.
محل، وضعیت موجودی و ظرفیت سه موضوع جدا هستند
کد محل میگوید کالا کجاست. وضعیت موجودی میتواند نشان دهد کالا قابل مصرف، رزروشده یا در انتظار بررسی است. ظرفیت محل نیز درباره مقدار یا نوع باری است که طبق قواعد تعریفشده میتوان در آن نگه داشت. هیچیک را از روی دیگری بهطور خودکار نتیجه نگیرید.
وجود کالا در محدودهای با نام «قرنطینه» میتواند بخشی از کنترل عملیاتی باشد، اما اگر وضعیت خود کالا ثبت نشود، جابهجایی یا گزارشگیری ممکن است معنای آن را مبهم کند. نام محل و وضعیت هر ردیف موجودی باید با هم سازگار و قابل بررسی باشند.
همچنین خالیبودن یک خانه بهتنهایی به معنی مناسببودن آن برای هر کالا نیست. ظرفیت مجاز، ابعاد و قواعد نگهداری باید طبق اطلاعات معتبر و رویه سازمان بررسی شوند. این مقاله معیار فنی بارگذاری قفسه تعیین نمیکند؛ بحث درباره دادههایی است که تصمیم مجازبودن مقصد به آنها وابسته است.
اگر یک محل موقتاً برای ورود یا برداشت بسته میشود، این محدودیت را جدا از موجودی آن نگه دارید. مسدودشدن محل به معنی صفرشدن تعداد کالاهای داخل آن نیست. برای ارتباط این مفاهیم با اسناد و مقدار، راهنمای مدیریت موجودی انبار را بخوانید.
جایگاه ثابت کالا با آدرس ثابت محل یکی نیست
ممکن است سازمان برای یک آیتم، جایگاه ترجیحی یا اختصاصی تعریف کند. در روش دیگر، کالا بر اساس ظرفیت و قواعد نگهداری در محلهای متفاوت قرار میگیرد. در هر دو حالت، خود محل باید قابل شناسایی باشد و موجودی واقعی از روی عملیات ثبتشده معلوم شود.
اگر یک قفسه را صرفاً «قفسه بلبرینگ» بنامیم، تغییر نوع کالای نگهداریشده میتواند نام را گمراهکننده کند. بهتر است آدرس محل مستقل بماند و تخصیص آن به یک خانواده کالا بهعنوان رابطه یا قاعده جدا ثبت شود. عبارت راهنمای انسانی میتواند روی تابلو باشد، ولی جای شناسه محل را نگیرد.
تخصیص یک محل به آیتم نیز اثبات نمیکند که آن آیتم اکنون آنجاست. «مجاز یا ترجیحی برای نگهداری» با «موجودی ثبتشده در محل» فرق دارد. نرمافزار باید این دو را طوری نشان دهد که محل پیشنهادی با محل واقعی اشتباه نشود.
لیبل محل و لیبل کالا باید قابل تفکیک باشند
برچسب محل را به نقطهای مربوط کنید که آدرس آن را معرفی میکند؛ برچسب کالا یا نمونه باید همراه همان قلم، بسته یا نمونه تفسیر شود. در یک عملیات اسکن، سامانه باید بداند ورودی، محل مبدأ است یا کالا یا محل مقصد.
یک سناریوی ساده برای ارزیابی این است: مبدأ را شناسایی کنید، کالا و مقدار یا سریال مربوط را انتخاب کنید، سپس مقصد را ثبت کنید. ترتیب دقیق میتواند با فرایند سازمان فرق کند، اما کنترل معنای هر شناسه ضروری است. اسکن لیبل قفسه در مرحله شناسایی موتور نباید بیتوضیح پذیرفته شود.
در نظام GS1 نیز GLN برای شناسایی مکانها و طرفهای زنجیره تأمین به کار میرود و برای نمایش بارکدی یک محل فیزیکی، معنای شناسه باید برای سامانه خواننده مشخص باشد. کد داخلی مثال ما خودبهخود GLN نیست؛ اگر تبادل استاندارد با طرف بیرونی لازم است، نگاشت و قواعد شناسایی باید جدا تعریف شوند. منبع: کاربرد GLN برای محل فیزیکی در راهنمای GS1
داشتن بارکد یا QR بهتنهایی این تفکیک را ایجاد نمیکند. دادهای که پشت برچسب قرار دارد و نوع رکورد مقصد اهمیت دارد. توضیح بیشتر در راهنمای بارکد، QR و شماره سریال آمده است.
با تغییر چیدمان و ظرفهای متحرک چه کنیم؟
بین تغییر نام یک محل و ایجاد فضای فیزیکی تازه تفاوت بگذارید. اگر فقط عنوان نمایشی اصلاح میشود، پیوند اسناد گذشته باید حفظ شود. اگر یک خانه به چند محل تقسیم میشود یا دو محدوده ادغام میشوند، نگاشت موجودی و تعیین تکلیف محلهای قبلی به عملیات مشخص نیاز دارد؛ ویرایش چند حرف از کد کافی نیست.
از استفاده دوباره و بیردپای کد یک محل حذفشده برای فضای دیگری پرهیز کنید. در غیر این صورت، گزارش قدیمی ممکن است با نقشه امروز تفسیر شود و معنای مبدأ یا مقصد گذشته تغییر کند. نگهداری شناسه داخلی پایدار و سابقه نامها، یکی از راههای طراحی برای جلوگیری از این ابهام است.
ظرف متحرک را هم با جای پارک آن یکی نگیرید. اگر یک سبد شمارهدار بین قفسهها جابهجا میشود، شناسه سبد همراه خودش میماند و ارتباطش با محل تغییر میکند. در صورت ثبت کالا داخل سبد، رابطه «داخل این ظرف است» و رابطه «ظرف در این محل است» را روشن نگه دارید. این توصیه، مدل پیشنهادی است و به معنی ثابتبودن همه انواع محل در همه سامانهها نیست.
نرمافزار باید مفهوم آدرسدهی انبار را چگونه پاسخ دهد؟
سناریوی موتور را اجرا کنید و سپس محل فعلی و سابقه دیروز آن را بخواهید. یک بار هم لیبل مقصد اشتباه یا محل غیرفعال را امتحان کنید. پیام باید روشن کند کدام قاعده رعایت نشده است و اصلاح چه چیزی لازم است.
- آیا ساختار انبار و محدوده یکتایی هر آدرس روشن است؟
- آیا هویت کالا با تغییر محل ثابت میماند؟
- آیا محل ترجیحی از محل موجودی فعلی تفکیک میشود؟
- آیا انتقال، مبدأ و مقصد و زمان قابل پیگیری دارد؟
- آیا محدودیت محل با وضعیت و مقدار موجودی اشتباه نمیشود؟
- آیا تغییر چیدمان، معنای اسناد گذشته را حفظ میکند؟
این پرسشها را هنگام بررسی امکانات انبارداری ایدنتو به سناریوی واقعی سازمان وصل کنید. معیار اصلی، پیداکردن و ثبت درست کالا در محل درست است؛ پشتیبانی از هر کنترل باید در همان سناریو بررسی شود.
پرسشهای متداول درباره کدینگ محل انبار
آیا کد قفسه باید بخشی از کد کالا باشد؟
در مدل پیشنهادی این مقاله، هویت کالا مستقل است و حضور در محل بهصورت رابطه ثبت میشود. در نتیجه جابهجایی، کد آیتم یا سریال تازه نمیسازد.
آیا همه انبارها به راهرو، قفسه، طبقه و خانه نیاز دارند؟
خیر. سطحهای آدرس را بر اساس چیدمان واقعی و دقت قابل اجرای عملیات انتخاب کنید. فضای کف یا محدوده دریافت ممکن است ساختار متفاوتی داشته باشد.
آیا نام «قفسه بلبرینگ» برای شناسایی محل کافی است؟
میتواند راهنمای انسانی باشد، اما با تغییر محتویات مبهم میشود. آدرس محل و تخصیص آن به کالا را جدا نگه دارید.
آیا اسکن لیبل محل به معنی ثبت انتقال کالا است؟
خیر. انتقال به شناسایی کالا، مقدار یا نمونه، مبدأ، مقصد و ثبت رویداد نیاز دارد. اسکن محل فقط یکی از ورودیهای آن فرایند است.