فروشنده یک کارتن نوشیدنی تحویل میگیرد، انباردار «۱» ثبت میکند و صندوق طی روز ۱۷ عدد میفروشد. پایان روز موجودی سیستم منفی یا نامفهوم میشود؛ چون عدد «۱» در خرید به معنی کارتن بوده، اما عدد «۱» در فروش به معنی یک بطری. این خطا از شمارش بد شروع نمیشود؛ از تعریف نادرست واحد کالا در نرمافزار آغاز میشود.
تعریف واحد اصلی و فرعی کالا باید میان خرید، انبار، بارکد، قیمتگذاری و فروش یک زبان مشترک بسازد. در این راهنما با یک روش اجرایی و قابلآزمایش پیش میرویم تا خرید کارتنی و فروش تکی، موجودی را دوپاره یا غیرقابل اعتماد نکند.
واحد اصلی و فرعی کالا دقیقاً چه مسئلهای را حل میکند؟
یک کالا ممکن است در چند شکل جابهجا شود: عدد، بسته ششتایی، کارتن ۲۴تایی یا پالت. هدف از واحدهای مختلف این نیست که برای هر شکل بستهبندی، موجودی جداگانه و بیارتباط بسازیم؛ هدف این است که همه تراکنشها با یک ضریب مشخص به موجودی پایه ترجمه شوند.
در اصطلاح بعضی نرمافزارها از «واحد اصلی و فرعی» و در برخی دیگر از «واحد پایه، خرید و فروش» استفاده میشود. نام فیلدها ممکن است متفاوت باشد، اما منطق ثابت است: موجودی باید در یک واحد مرجع نگهداری و ورود و خروج سایر واحدها با ضریب تبدیل محاسبه شود. مستندات رسمی Microsoft درباره گروه واحدهای کالا نیز پیشنهاد میکند واحد پایه، پایینترین واحد مشترک باشد و مقدار هر واحد دیگر نسبت به آن تعریف شود.
مثلاً اگر موجودی پایه یک نوشیدنی «عدد» باشد، خرید ۱۰ کارتن ۲۴تایی باید موجودی را به ۲۴۰ عدد برساند. فروش ۱۷ عدد، موجودی را به ۲۲۳ عدد کاهش میدهد؛ یعنی برای نمایش انسانی، ۹ کارتن کامل و ۷ عدد باقی مانده است. این نمایش دوگانه خوب است، اما عدد مرجع پشت صحنه باید روشن و یکتا بماند.
واحد پایه را عدد بگیریم یا کارتن؟
برای بسیاری از کالاهایی که امکان فروش تکی دارند، «کوچکترین واحد قابل فروش و شمارش» انتخاب امنتری برای موجودی پایه است. اگر بطری را تکی میفروشید، عدد پایه منطقیتر از کارتن است؛ زیرا فروش ۳ عدد بدون ایجاد مقدار اعشاری از کارتن ثبت میشود. مستندات Oracle درباره واحدهای اندازهگیری کالا نیز واحد اصلی را کوچکترین واحدی میداند که کالا با آن مدیریت میشود و برای واحدهای دیگر ضریب تبدیل تعریف میکند.
بااینحال همیشه «عدد» پاسخ نیست. پارچه ممکن است با متر، مایع با لیتر و اقلام وزنی با کیلوگرم کنترل شوند. معیار انتخاب این است: کدام واحد میتواند همه ورودها، فروشها، برگشتها و شمارشهای واقعی را بدون گردکردن مبهم نمایش دهد؟
| سناریو | واحد پایه پیشنهادی | واحد جایگزین | نمونه ضریب |
|---|---|---|---|
| خرید کارتنی، فروش تکی | عدد | کارتن | ۱ کارتن = ۲۴ عدد |
| خرید بستهای، فروش بسته و تکی | عدد | بسته | ۱ بسته = ۶ عدد |
| فروش پارچه | متر | طاقه | ضریب بر اساس متراژ واقعی هر طاقه |
| کالای وزنی | گرم یا کیلوگرم | کیسه | فقط اگر وزن کیسه ثابت و کنترلشده باشد |
| فقط خرید و فروش کارتن کامل | کارتن میتواند کافی باشد | در صورت نیاز عدد | براساس فرایند واقعی فروش |
روش اجرایی تعریف خرید کارتنی و فروش تکی
۱. مسیر فیزیکی کالا را روی کاغذ بنویسید
قبل از ورود به تنظیمات نرمافزار، برای پنج نمونه واقعی مشخص کنید کالا چگونه خریداری، تحویل، چیده، فروخته، مرجوع و شمارش میشود. اگر خرید کارتن است اما مرجوعی تأمینکننده گاهی بستهای انجام میشود، همان ابتدا باید دیده شود. تنظیم نرمافزار نباید فقط برای فاکتور خرید ایدهآل طراحی شود.
۲. واحد پایه و ضریب تبدیل را از بسته واقعی استخراج کنید
به نوشته روی کارتن اکتفا نکنید؛ یک کارتن واقعی را باز و تعداد را کنترل کنید. سپس ضریب را در یک جدول مرجع ثبت کنید: نام کالا، واحد پایه، واحد خرید، تعداد پایه در بسته، بارکد واحد و بارکد کارتن. این جدول برای کنترل ورود اولیه و آموزش کاربران ضروری است.
۳. یک کالا بسازید، نه دو موجودی جدا
ساختن دو کارت مستقل با عنوانهایی مثل «نوشیدنی تکی» و «نوشیدنی کارتنی» معمولاً موجودی را بین دو رکورد تقسیم میکند. در نتیجه ممکن است تکی ناموجود و کارتن موجود دیده شود، درحالیکه بازکردن یک کارتن مسئله را حل میکند. اگر نرمافزار شما واحدهای چندگانه را پشتیبانی میکند، هر دو شکل را به یک شناسنامه کالا وصل کنید.
برای جلوگیری از رکوردهای تکراری، ابتدا روش کدگذاری مرحلهبهمرحله کالا را مرور کنید. اگر بارکد واحد و کارتن متفاوت است، هر دو شناسه باید زیر همان شناسنامه کالا و همراه با واحد متناظر ثبت شوند؛ نه اینکه دو موجودی بیارتباط ساخته شود.
۴. خرید، فروش و برگشت را آزمایشی ثبت کنید
پیش از استفاده عمومی، یک سناریوی کوچک بسازید: خرید ۲ کارتن، فروش ۵ عدد، برگشت ۱ عدد از مشتری و برگشت ۱ کارتن به تأمینکننده. موجودی پایان باید دقیقاً با شمارش دستی برابر باشد. فقط فاکتور خرید را آزمایش نکنید؛ خطا معمولاً در مرز میان واحدها آشکار میشود.
بارکد کارتن و بارکد واحد را چگونه مدیریت کنیم؟
در بسیاری از کالاها، واحد تکی و کارتن بارکد یکسانی ندارند. اسکن بارکد تکی باید یک واحد پایه و اسکن بارکد کارتن باید تعداد متناظر همان کالا را وارد کند. Microsoft در مستندات شناسههای محصول و GTIN توضیح میدهد که بستهبندیهای مختلف میتوانند واحد اندازهگیری و GTIN مرتبط خود را داشته باشند.
سه حالت عملی وجود دارد:
- بارکد مجزای کارخانهای: بارکد تکی و کارتن را با واحد مربوط ثبت کنید.
- فقط بارکد تکی: هنگام دریافت کارتن، تعداد را با واحد خرید وارد کنید یا تعداد واحدها را ثبت کنید.
- کالای بدون بارکد مناسب: بارکد داخلی تولید و روی بسته یا قفسه نصب کنید. راهنمای ساخت بارکد کالا برای این مسیر مفید است.
مهم است اسکن کارتن صرفاً همان عدد چاپشده زیر بارکد را وارد نکند؛ نرمافزار باید بداند این شناسه نماینده چند واحد پایه است. این رفتار باید پیش از تحویل سیستم به صندوقدار یا انباردار تست شود.
۶ خطایی که موجودی تکی و کارتنی را بههم میریزد
- تعریف کارتن و عدد بهعنوان دو کالای مستقل: موجودی واقعی بین دو رکورد پراکنده میشود.
- ضریب برعکس: بهجای «۱ کارتن = ۲۴ عدد»، رابطه اشتباه وارد میشود و هر خرید موجودی را چند برابر خراب میکند.
- تغییر ضریب پس از ثبت تراکنش: اگر بستهبندی عوض شد، اثر تغییر بر اسناد قبلی و موجودی باید بررسی شود؛ تغییر ناگهانی میتواند گزارشها را مبهم کند.
- قیمتگذاری بدون توجه به واحد: قیمت کارتن بهجای قیمت عدد یا برعکس وارد میشود. در تست، مبلغ هر دو واحد را جداگانه کنترل کنید.
- اجازه مقدار اعشاری برای کالای عددی: فروش ۰٫۳ عدد از کالایی که قابل تقسیم نیست، موجودی غیرواقعی میسازد.
- ثبت شمارش در واحدهای مخلوط: یک نفر «۳ کارتن و ۵ عدد» مینویسد و کاربر دیگر عدد ۳۵ را بدون تبدیل وارد میکند. فرم شمارش باید واحد هر مقدار را صریح نشان دهد.
برای کنترل نتیجه، گزارش موجودی کالا در نرمافزار آراد را با شمارش فیزیکی چند قلم نمونه تطبیق دهید. اگر اختلاف فقط در کالاهای کارتنی دیده میشود، ابتدا ضریب و واحد سندها را بررسی کنید.
چکلیست تحویل تنظیمات به کاربران
- واحد پایه هر کالا مشخص و قابل فهم است.
- ضریب تبدیل با بسته واقعی کنترل شده است.
- بارکد تکی و کارتن به رکورد درست متصلاند.
- قیمت خرید و فروش هر واحد جداگانه آزمایش شده است.
- خرید، فروش، مرجوعی و شمارش آزمایشی نتیجه یکسان دارند.
- کاربر میداند در هر فرم، مقدار را با کدام واحد وارد کند.
- تغییر تعداد داخل بسته بدون بررسی مدیر انجام نمیشود.
پرسشهای متداول
آیا همیشه باید کوچکترین واحد را واحد اصلی بگیریم؟
اگر آن واحد واقعاً فروخته، شمارش یا مرجوع میشود، معمولاً انتخاب مناسبی است. اما برای اقلام متری، وزنی یا بستهبندیهای متغیر باید فرایند واقعی و امکانات نرمافزار بررسی شود.
اگر تعداد داخل کارتن از ۲۴ به ۲۰ تغییر کرد چه کنیم؟
ضریب را بدون بررسی اسناد قبلی تغییر ندهید. بستهبندی جدید را با بارکد یا مشخصه قابل تشخیص ثبت کنید و اثر تغییر بر قیمت، موجودی و گزارشها را با پشتیبانی نرمافزار بسنجید.
برای کارتن و عدد دو قیمت فروش لازم است؟
اگر هر دو شکل فروخته میشوند، باید سیاست قیمت هر واحد روشن باشد. قیمت کارتن لزوماً حاصل ضرب ساده قیمت تکی نیست؛ ممکن است تخفیف بستهای وجود داشته باشد، اما موجودی همچنان باید با ضریب صحیح کاهش یابد.
آیا بارکدخوان تشخیص میدهد کد مربوط به کارتن است؟
بارکدخوان فقط داده را میخواند. این نرمافزار و تنظیمات کالاست که باید بارکد را به واحد و ضریب درست متصل کند. بنابراین تست انتهابهانتها ضروری است.
قبل از ورود انبوه کالا، پنج قلم را آزمایش کنید
نمونه فاکتور خرید، بارکد کارتن، بارکد واحد و شیوه واقعی فروش را آماده کنید. کارشناسان آراد میتوانند ساختار واحدها و تجهیزات لازم را پیش از ورود اطلاعات انبوه بررسی کنند تا خطا به کل موجودی منتقل نشود.
بررسی نرمافزار فروش آراد درخواست مشاوره راهاندازی
