کدگذاری کالا در انبار یعنی هر قلم یک شناسه ثابت داشته باشد و تعدادش همیشه با واحد مشخص ثبت شود. قبل از ورود داده، نام‌های تکراری را یکی کنید، واحد پایه و ضریب بسته‌بندی را بنویسید و موجودی را بشمارید. وارد کردن اکسل نامرتب به نرم‌افزار تازه، اختلاف را حل نمی‌کند؛ فقط آن را منتقل می‌کند.
این راهنما برای شماست اگر خرید «کارتن» می‌گوید، فروش «عدد» می‌نویسد و فایل موجودی فقط یک ستون «تعداد» دارد. یا یک جنس در فهرست با نام قدیمی، نام فروشنده و یک ردیف «جدید» دیده می‌شود. هدف ساختن نظام کد پیچیده نیست. هدف این است که فروش، انبار و خرید وقتی یک کد را می‌خوانند، همان قلم و همان واحد را بفهمند.
اگر الان عدد سیستم با قفسه فرق دارد، این کار یکی از قدم‌های بستن مغایرت موجودی انبار است. شمارش دقیق روی دو کدِ متعلق به یک کالا هم می‌تواند مانده غلط بسازد. اول هویت قلم را روشن کنید، بعد مانده را وارد کنید.
چطور برای کالا کد یکتا بسازیم؟
کد کالا نشانی قفسه نیست و نام طولانی محصول هم نیست. شناسه نگهداری موجودی یا SKU برای تفکیک قلم در کار شماست. قالب آن باید به اندازه کافی ساده باشد که کاربر اشتباه نکند و به اندازه کافی پایدار باشد که با جابه‌جایی قفسه عوض نشود.
برای شرکت کوچک، ترکیب یک پیشوند کوتاه گروه با شماره ترتیبی می‌تواند کافی باشد. مثلاً در یک فهرست فرضی، P-0017 برای یک قلم مشخص انتخاب می‌شود. این مثال استاندارد اجباری نیست. لازم نیست نام تأمین‌کننده، سال خرید، رنگ قفسه و قیمت را در همان کد جا بدهید. اطلاعاتی که مرتب عوض می‌شوند بهتر است در مشخصات جدا بمانند.
چه زمانی دو قلم واقعاً متفاوت‌اند؟
اگر مشتری می‌تواند یکی را قبول کند و دیگری را نپذیرد، یا انبار باید جدا بشمارد، احتمالاً با دو قلم متفاوت روبه‌رو هستید. پیچ هم‌اندازه با جنس متفاوت، قطعه با ولتاژ متفاوت، یا کالایی با اندازه متفاوت را فقط به دلیل شباهت نام یکی نکنید. مشخصات فنی ملاک‌اند، نه ترتیب ردیف‌های اکسل.
در مقابل، «قطعه الف»، «قطعه الف جدید» و «قطعه الف خرید فلانی» ممکن است همان یک قلم باشند. کلمه جدید به‌تنهایی ویژگی فنی نیست. نمونه واقعی، مشخصات و مسئول خرید باید یکی بودن را تأیید کنند. اگر مطمئن نیستید، ردیف را برای بررسی نگه دارید؛ ادغام عجولانه هم به اندازه تکرار خطر دارد.
| جزء فهرست کالا | قاعده عملی | اشتباه رایج |
|---|---|---|
| کد داخلی | یکتا و ثابت در طول گردش | عوض کردن کد با تغییر محل |
| نام نمایشی | روشن و قابل جست‌وجو | نامی که فقط یک نفر می‌فهمد |
| مشخصات تفکیک‌کننده | اندازه، جنس یا ویژگی مؤثر در تحویل | یکی کردن دو قلم شبیه |
| نام تأمین‌کننده | اطلاعات جدا از هویت کالا | ساختن کد تازه برای هر فروشنده |
| کد بازنشسته | نگهداری برای ردگیری سابقه | دادن همان کد به کالای جدید |
| محل نگهداری | جدا از کد قلم | کد متفاوت یک کالا در هر انبار |
بارکد و کد داخلی را هم الزاماً یکی فرض نکنید. ممکن است یک کد روی بسته چاپ شده باشد و شما برای اداره فهرست خود شناسه دیگری داشته باشید. باید رابطه آن‌ها روشن باشد، نه اینکه هر بار با دیدن برچسب تازه یک قلم تازه بسازید. این بحث درباره آماده‌سازی داده است؛ وعده ابزار اسکن یا قابلیت خاصی در محصول نیست.
فهرست کوتاه و تک‌نفره به کدگذاری چندلایه نیاز ندارد. اگر تعداد اقلام کم است و نام‌ها ابهام ندارند، یک شماره ثابت کافی است. پیچیده کردن کد برای حرفه‌ای دیده شدن، بعداً کاربر را به ساختن کدهای خارج از قاعده سوق می‌دهد.
واحد اندازه‌گیری کالا را چطور ثابت نگه دارید؟
واحد پایه یعنی واحدی که مانده اصلی را با آن می‌خوانید و مقایسه میکنید. اگر کالایی را عددی تحویل می‌دهید، «عدد» معمولاً برای شمارش آن روشن‌تر است. اگر ماده‌ای را وزنی مصرف و تحویل می‌دهید، ممکن است کیلوگرم مناسب باشد. انتخاب از واقعیت عملیات می‌آید، نه از اولین واحدی که در فهرست نرم‌افزار دیده می‌شود.
واحد اندازه‌گیری بخشی از معنی عدد است. «۱۲» به‌تنهایی موجودی نیست. دوازده عدد با دوازده کارتن فرق دارد. ستون واحد را با شرح آزاد جایگزین نکنید؛ عبارت «بسته معمولی» برای کسی که تازه به انبار آمده معنی مشخصی ندارد.
مثال عدد و کارتن، با تبدیل روشن
فرض کنید هر کارتن یک کالا دوازده عدد دارد و شما عددی میفروشید. خرید سه کارتن یعنی سی‌وشش عدد. اگر انبار همان «۳» را به‌عنوان عدد وارد کند، موجودی سی‌وسه عدد کمتر دیده می‌شود. اگر فروش یک کارتن را «۱ عدد» خارج کند، یازده عدد بیشتر از واقعیت در سیستم می‌ماند. نرم‌افزار در این حالت عدد واردشده را نگه داشته؛ معنی واحد اشتباه بوده است.
| رویداد فرضی | مقدار روی برگه | ضریب به واحد پایه | تعداد پایه |
|---|---|---|---|
| رسید خرید | ۳ کارتن | هر کارتن ۱۲ عدد | ۳۶ عدد |
| فروش خرده | ۵ عدد | هر عدد ۱ | ۵ عدد خروج |
| فروش بسته کامل | ۱ کارتن | هر کارتن ۱۲ عدد | ۱۲ عدد خروج |
| مانده پس از دو خروج | حاصل همان گردش | همه اعداد هم‌واحدند | ۱۹ عدد |
این مثال فقط روش کنترل را نشان می‌دهد. نحوه تعریف یا ثبت تبدیل واحد را باید در ابزار انتخابی خود آزمایش کنید. اگر روش ثبت شما فقط یک واحد را می‌پذیرد، پیش از ورود سند مقدار را به همان واحد پایه تبدیل کنید و اطلاعات بسته‌بندی را به‌شکل قابل پیگیری نگه دارید. تبدیل نباید فقط در ذهن انباردار باشد.
ضریب برای هر کالا، نه برای واژه کارتن
همه کارتن‌ها دوازدهتایی نیستند. یک قلم ممکن است بیستوچهارتایی برسد. حتی بسته‌بندی همان قلم هم ممکن است در یک خرید فرق کند. ضریب مبهم را روی کل فهرست تعمیم ندهید. قبل از رسید، تعداد داخل بسته همان محموله را با تعریف مورد استفاده تطبیق دهید.
اگر بسته ناقص دارید، مقدار واقعی را ثبت کنید. دو کارتن که یکی باز است، الزاماً دو کارتن کامل نیست. برای ماده‌ای با واحد وزنی هم دقت اعشار و روش گرد کردن را روشن کنید. واحد پایه نباید آن‌قدر درشت باشد که مصرف یا تحویل واقعی به صفر گرد شود.
واحد اصلی را بعد از شروع گردش بی‌برنامه عوض نکنید. مانده «۲۰» با واحد عدد را نمی‌شود با تغییر برچسب به بیست کارتن تبدیل کرد. چنین اصلاحی به بررسی سندها و روش تبدیل نیاز دارد. اول اثر آن را روی یک نمونه کنترل کنید و بعد تصمیم را با مسئول مالی و انبار ببندید.
اگر اکسل نامرتب را اول وارد کنید چه چیزی خراب می‌شود؟
فایل منظم ظاهری لزوماً داده تمیز نیست. ممکن است رنگ و فیلتر داشته باشد، اما یک کد در دو ردیف تکرار شده باشد. یا اکسل صفر اول کد را حذف کرده باشد. یا «ی» فارسی و «ي» عربی باعث شوند جست‌وجو دو نتیجه متفاوت بدهد. خطاهای کوچک در فهرست مرجع، بعداً روی هر رسید و حواله تکرار می‌شوند.
اگر هنوز مطمئن نیستید که اصلاً باید ثبت روزانه را از فایل بیرون بیاورید، کی اکسل کافی است و کی ERP به جای آن منطقی است را پیش از پاک‌سازی بخوانید.
چهار خطا که در ورود اولیه پنهان می‌مانند
- کد به‌صورت عدد نگهداری شده است. کد
0017به17تبدیل می‌شود. کد را در فایل مرجع به‌صورت متن نگه دارید و خروجی را دوباره بازبینی کنید. شباهت ظاهر سلول تضمین حفظ مقدار نیست. - نام یکسان، مشخصات متفاوت است. دو اندازه متفاوت زیر یک نام می‌نشینند. موجودی جمع می‌شود ولی هنگام تحویل قلم درست معلوم نیست.
- واحد در شرح پنهان است. یک ردیف «بسته» و دیگری «عدد» است اما هر دو در ستون مقدار جمع می‌شوند. حاصل جمع معنی ندارد.
- موجودی از فایل قدیمی آمده است. شناسه‌ها درست شده‌اند ولی مانده هنوز شمارش نشده است. پاک‌سازی کد جای شمارش واقعی را نمی‌گیرد.
پس از ورود، اشتباه دیگر فقط یک ردیف مرجع نیست. ممکن است پیش‌فاکتور روی یک کد، رسید روی کد دوم و حواله روی کد سوم بنشیند. حذف یکی از این ردیف‌ها می‌تواند ارتباط با سندهای باز را مبهم کند. برای همین اصلاح قبل از گردش، کم‌دردسرتر از اصلاح بعد از صدور سند است.
جدول نگاشت را پیش از اصلاح نگه دارید
یک نسخه اصلی از فایل را بدون تغییر حفظ کنید. کنار آن، جدول کاری بسازید: کد قدیم، نام قدیم، کد نهایی، واحد نهایی، دلیل اصلاح و تأییدکننده. اگر سه ردیف یک قلم‌اند، هر سه باید به مقصد مشخص وصل شوند. اگر ردیفی حذف از دامنه می‌شود، دلیلش را بنویسید؛ «حذف شد» برای پیگیری کافی نیست.
مقادیر دو ردیف را هم کورکورانه جمع نکنید. شاید هر دو نسخه‌ای از یک شمارش باشند، نه دو موجودی مستقل. ابتدا معلوم کنید مانده متعلق به کدام محل و کدام تاریخ است. در راهنمای یک انبار یا چند انبار تفاوت محل با قلم آمده است: یک کالا در دو آدرس، الزاماً دو کد کالا نمی‌خواهد.
پیش از ورود داده چه چک‌لیستی را ببندید؟
یک نفر مالک فهرست کالا باشد؛ نه اینکه فقط او بتواند با کالا کار کند، بلکه قاعده ایجاد و اصلاح قلم از یک مسیر بگذرد. فروش نام قابل فهم می‌خواهد، خرید مشخصات تأمین را می‌شناسد و انبار تفاوت فیزیکی را می‌بیند. این سه نظر باید پیش از ورود مانده به یک تعریف برسند.
حداقل ستون‌های فایل آماده
| ستون | چرا لازم است؟ | کنترل پیش از ورود |
|---|---|---|
| کد نهایی | هویت ثابت قلم | خالی یا تکراری نباشد |
| نام روشن | جست‌وجو و انتخاب روزانه | تفاوت مهم در نام یا مشخصات معلوم باشد |
| ویژگی تفکیک‌کننده | جلوگیری از تحویل قلم شبیه | با نمونه یا مشخصات تأیید شود |
| واحد پایه | معنی مقدار | برای همان قلم ثابت باشد |
| ضریب بسته‌بندی در صورت نیاز | تبدیل خرید و تحویل | روی نمونه واقعی محاسبه شود |
| مانده و محل | شروع موجودی قابل پیگیری | با شمارش و تاریخ مشخص بیاید |
| کد قدیم در صورت تغییر | ردگیری سابقه | نگاشت بدون مقصد مبهم نماند |
لازم نیست همه این‌ها دقیقاً به ستون‌های واردسازی نرم‌افزار تبدیل شوند. بخشی فایل کنترل شماست. قالب ورودی و روش انتقال را جداگانه با مسئول اجرا بررسی کنید. اینکه فایل آماده است به معنی سازگاری خودکار آن با هر ابزار نیست.
چک‌لیست عملی قبل از اولین سند
- [ ] هر قلم فعال یک کد نهایی دارد و هیچ کدی به دو قلم متفاوت تعلق ندارد
- [ ] نام‌های مشابه با بررسی مشخصات تصمیم‌گیری شده‌اند، نه فقط حذف تکراری اکسل
- [ ] کدها متن‌اند و صفر اول، فاصله اضافه و شکل حروف بررسی شده است
- [ ] واحد پایه برای هر قلم معلوم است و ستون مقدار بدون واحد ندارید
- [ ] ضریب بسته‌بندی از روی محموله واقعی کنترل شده است
- [ ] دو شمارش از یک موجودی به‌اشتباه با هم جمع نشده‌اند
- [ ] موجودی هر محل تاریخ مشخص دارد و با جنس در راه قاطی نشده است
- [ ] ردیف‌های قدیمی نگاشت و دلیل اصلاح دارند
- [ ] مسئول ساخت کالای جدید و مسیر تأیید تغییر تعریف شده است
- [ ] نسخه اصلی فایل و نتیجه آزمون در دسترس مسئول مجاز مانده است
برای زمان شمارش هم برنامه داشته باشید. اگر هنگام آماده‌سازی فایل، ورود و خروج ادامه دارد، یک ساعت مرجع تعیین کنید و گردش بعد از آن را جدا نگه دارید. موجودی شمارش صبح با رسید عصر، بدون ثبت این فاصله، عدد شروع قابل اتکایی نمی‌شود.
داده تمیز را چطور آزمایش کنید و کی ابزار تازه لازم نیست؟
آزمون را با همه فهرست شروع نکنید. چند قلم متفاوت انتخاب کنید: یک کالای عددی، یک قلم بسته‌ای، دو قلم با نام شبیه و یک کالا که در دو محل است. این مجموعه کوچک خطاهای تعریف را بهتر از صدها ردیف مشابه نشان می‌دهد. هدف تمرین واقعی است، نه فقط پیام «ورود موفق».
برای هر قلم، یک رسید و یک خروج آزمایشی ثبت کنید. مقدار قبل و بعد را با محاسبه دستی هم‌واحد مقایسه کنید. سپس نام کالا را جست‌وجو کنید و از فروشنده بخواهید بدون کمک شما قلم درست را انتخاب کند. اگر فقط سازنده فایل تفاوت نام‌ها را می‌فهمد، فهرست هنوز آماده نیست.
معیار پذیرش را ساده بنویسید
- کالا با کد و نام درست پیدا می‌شود و قلم مشابه اشتباه انتخاب نمی‌شود.
- مقدار رسید پس از تبدیل، همان مقدار قابل شمارش است.
- مقدار خروج و مانده، با همان واحد پایه می‌خوانند.
- انتقال میان محل‌ها، هویت کالا را عوض نمی‌کند.
- مسئول جدید می‌تواند از روی تعریف مکتوب کار کند، نه با تماس با انباردار قبلی.
اگر یک نفر، چند قلم محدود و گردش کم دارید، همین فهرست تمیز ممکن است فعلاً کافی باشد. برای اصلاح نام و واحد لازم نیست ERP بخرید. مشکل از جایی جدی‌تر می‌شود که چند نفر هم‌زمان فروش، رسید و خروج را در نسخه‌های جدا نگه می‌دارند. آنجا داده تمیز لازم است، ولی به‌تنهایی هماهنگی روزانه را تضمین نمی‌کند.
مسیر شروع محدود را در راه‌اندازی فروش و انبار برای شرکت کوچک و اثر این تعریف روی خرید را در چرخه درخواست خرید تا رسید کالا ببینید. درخواست با واحد اشتباه، رسید درست تولید نمی‌کند؛ حتی اگر همه سندها در یک پنل باشند.
تینا فروش، انبار، تأمین و مالی عملیاتی را در پنل فارسی کنار هم می‌گذارد؛ اما نام تکراری یا ضریب غلط را با حدس اصلاح نمی‌کند. دامنه را در قابلیت‌های فروش و انبار بررسی کنید. اگر فهرست اولیه آماده است و می‌خواهید یک مسیر واقعی را بسنجید، دموی تینا را با همان چند قلم رزرو کنید یا با 09109874872 هماهنگ کنید. اول تعریف درست، بعد ورود داده، بعد گردش روزمره.