Перейти к основному содержимому خانه خدمات پروژهها پشتیبانی تماس جستوجو
ساختار صفحه، تصاویر و اجزای تعاملی در حال بارگذاری هستند.
تماس واتساپ شروع پروژه
اتوماسیون انبار چیست؟ مدیریت هوشمند موجودی | آرکوتک
اشتراکگذاری مقاله خانه / مجله / اتوماسیون کسب و کار اتوماسیون کسب و کار اتوماسیون انبار چیست؟ مدیریت هوشمند موجودی، خرید و گردش کالا اتوماسیون انبار با خودکارسازی ثبت ورود و خروج کالا، کنترل موجودی، هشدار نقطه سفارش، انتقال بین انبارها، درخواست خرید و اتصال انبار به فروش و حسابداری، مدیریت موجودی را دقیقتر و قابل کنترلتر میکند.
A
تیم تحریریه آرکوتک تحریریه مهندسی محصول
۱۵ شهریور ۱۴۰۵ · ۱۲ دقیقه مطالعه
اتوماسیون انبار و سیستم هوشمند مدیریت موجودی و گردش کالا خلاصه اجرایی اتوماسیون انبار با خودکارسازی ثبت ورود و خروج کالا، کنترل موجودی، هشدار نقطه سفارش، انتقال بین انبارها، درخواست خرید و اتصال انبار به فروش و حسابداری، مدیریت موجودی را دقیقتر و قابل کنترلتر میکند.
# اتوماسیون انبار چیست؟ مدیریت هوشمند موجودی، خرید و گردش کالا
اتوماسیون انبار یعنی استفاده از نرم افزار و Workflowهای دیجیتال برای مدیریت هوشمند ورود، خروج، جابهجایی، شمارش و تأمین موجودی کالا.
در بسیاری از کسبوکارها انبار هنوز با ترکیبی از:
Excel فایلهای دستی تماس تلفنی پیامرسان نرم افزار فروش نرم افزار حسابداری ثبت کاغذی مدیریت میشود.
ممکن است فروشنده کالا را بفروشد اما موجودی با تأخیر اصلاح شود.
ممکن است انباردار کاهش موجودی را به واحد خرید اطلاع ندهد.
ممکن است یک کالا در سیستم موجود باشد اما در قفسه پیدا نشود.
یا برعکس، کالا در انبار وجود داشته باشد ولی موجودی نرم افزار صفر نمایش داده شود.
این اختلافها با افزایش تعداد:
بیشتر میشوند.
در یک سیستم اتوماسیون انبار ، موجودی فقط یک عدد داخل نرم افزار نیست؛ تمام حرکتهای کالا به Eventهای قابل ثبت و قابل پیگیری تبدیل میشوند.
اتوماسیون انبار دقیقاً چیست؟ Warehouse Automation و Inventory Automation میتوانند دامنه بسیار گستردهای داشته باشند.
در سادهترین شکل، نرم افزار میتواند عملیات زیر را مدیریت کند:
ورود کالا خروج کالا انتقال رزرو موجودی شمارش هشدار کمبود درخواست خرید گزارش موجودی در سیستمهای پیشرفتهتر ممکن است مواردی مانند:
Barcode QR Code RFID چند انبار چند شعبه Batch Serial Number Expiration Date Picking Packing Integration نیز وجود داشته باشند.
بنابراین سطح Automation باید متناسب با عملیات واقعی مجموعه طراحی شود.
چرا انبار یکی از مهمترین نقاط اتوماسیون است؟ موجودی مستقیم روی:
فروش نقدینگی رضایت مشتری عملیات خرید اثر دارد.
اگر موجودی بیش از حد باشد، سرمایه شرکت داخل کالا قفل میشود.
اگر موجودی کمتر از نیاز باشد، فروش از دست میرود.
هدف سیستم هوشمند این است که اطلاعات واقعی و بهموقع برای تصمیمگیری فراهم شود.
مشکل اول: اختلاف موجودی واقعی و سیستم مطالعه بعدی
مقالههای مرتبط گام بعدی ایده بعدی را به یک محصول قابل رشد تبدیل کنیم از تعریف مسئله تا طراحی، توسعه و رشد؛ مسیر فنی پروژه را شفاف شروع کنید.
شروع گفتوگو ← یکی از رایجترین مشکلات انبار این است:
سیستم میگوید ۳۰ عدد کالا وجود دارد.
اما انباردار فقط ۲۲ عدد پیدا میکند.
این اختلاف ممکن است به دلیل:
خروج ثبتنشده ورود اشتباه ثبت دوباره خرابی کالا انتقال ثبتنشده خطای انسانی اتوماسیون کمک میکند هر Movement بهصورت ساختاریافته ثبت شود.
Stock Movement چیست؟ هر تغییری در موجودی را میتوان یک Stock Movement دانست.
ورود
فروش
انتقال
خرابی اگر تمام Movementها ثبت شوند، سیستم میتواند History دقیق هر کالا را نمایش دهد.
۱. ثبت خودکار ورود کالا وقتی Purchase Order دریافت میشود، انباردار میتواند کالا را Receive کند.
کالا تعداد انبار Supplier تاریخ بعد موجودی بهصورت خودکار افزایش پیدا میکند.
تطبیق سفارش خرید با کالای دریافتشده فرض کنید شرکت ۱۰۰ عدد سفارش داده است اما تأمینکننده فقط ۹۰ عدد تحویل میدهد.
این موضوع جلوی بستهشدن اشتباه Purchase Order را میگیرد.
۲. ثبت خودکار خروج کالا وقتی سفارش مشتری تأیید میشود، سیستم میتواند خروج کالا را مدیریت کند.
اما باید مشخص شود موجودی دقیقاً در چه مرحلهای کم شود.
هنگام ثبت سفارش؟ هنگام پرداخت؟ هنگام Picking؟ هنگام ارسال؟ پاسخ به Business Rule کسبوکار بستگی دارد.
رزرو موجودی در بسیاری از فروشگاهها بهتر است موجودی قبل از ارسال Reserve شود.
این تفکیک مانع Overselling میشود.
Overselling چیست؟ یعنی کسبوکار کالایی را بفروشد که موجودی کافی ندارد.
مثلاً دو مشتری تقریباً همزمان آخرین کالا را خریداری کنند.
در سیستمهای پرترافیک، کنترل Concurrency و Stock Reservation اهمیت زیادی دارد.
۳. نقطه سفارش یکی از کاربردهای مهم اتوماسیون انبار Reorder Point است.
اگر موجودی کالا کمتر از ۲۰ عدد شد:
Purchase Request ساخته شود.
این کار احتمال تمامشدن ناگهانی کالا را کاهش میدهد.
آیا Reorder Point برای همه کالاها یکسان است؟ کالای پرفروش ممکن است حداقل موجودی بیشتری نیاز داشته باشد.
بنابراین هر SKU میتواند Rule مخصوص داشته باشد.
۴. Safety Stock Safety Stock مقدار ذخیرهای است که برای شرایط غیرمنتظره نگهداری میشود.
تأخیر Supplier افزایش ناگهانی فروش مشکل حملونقل سیستم میتواند Reorder Logic را با Safety Stock ترکیب کند.
۵. پیشبینی تقاضا در سیستمهای پیشرفتهتر میتوان دادههای تاریخی فروش را برای تخمین Demand بررسی کرد.
مثلاً فروش کالا در ماههای مختلف.
اما Forecast همیشه قطعی نیست.
میتوانند نتیجه را تغییر دهند.
بنابراین Forecast بهتر است ابزار تصمیمگیری باشد، نه تصمیمگیرنده مطلق.
۶. اتوماسیون درخواست خرید وقتی موجودی پایین میآید، سیستم میتواند Purchase Request ایجاد کند.
این فرایند انبار را به واحد خرید متصل میکند.
ارتباط انبار و اتوماسیون فرایندهای سازمانی Request خرید معمولاً نیازمند Approval است.
۷. مدیریت چند انبار کسبوکار ممکن است چند Location داشته باشد.
انبار مرکزی شعبه تهران شعبه کرج انبار مرجوعی سیستم باید موجودی هر Location را جداگانه نگهداری کند.
موجودی کل و موجودی هر انبار اما برای فروش شعبه تهران شاید فقط موجودی همان شعبه قابل استفاده باشد.
۸. انتقال بین انبارها Transfer نیز یک Workflow است.
انبار تهران درخواست کالا میدهد.
انبار مرکزی کالا را Dispatch میکند.
شعبه کالا را Receive میکند.
در این مدل کالا هنگام حمل نباید همزمان موجودی فعال هر دو انبار باشد.
In Transit وجود Status میانی اهمیت زیادی دارد.
این ساختار Track دقیقتری ایجاد میکند.
۹. Barcode Barcode میتواند سرعت عملیات انبار را افزایش دهد.
بهجای تایپ SKU، کاربر Barcode را Scan میکند.
Receive Picking Packing Transfer Counting
۱۰. QR Code QR نیز میتواند برای بعضی Use Caseها استفاده شود.
مثلاً اطلاعات بیشتری مانند:
را به یک Identifier متصل کند.
۱۱. Serial Number تجهیزات موبایل قطعات گران دستگاهها ممکن است فقط تعداد کافی نباشد.
هر Item یک Serial Number دارد.
سیستم باید مشخص کند کدام Serial:
وارد شد. فروخته شد. مرجوع شد. تعمیر شد.
۱۲. Batch Management در صنایع مختلف ممکن است کالاها به Batch تقسیم شوند.
مثلاً محصولات غذایی، دارویی یا تولیدی.
تاریخ تولید تاریخ انقضا Supplier
۱۳. تاریخ انقضا برای کالاهای Expirable سیستم باید بتواند Expiration Date را کنترل کند.
یا کالاهای نزدیکتر به انقضا در Picking اولویت بگیرند.
FEFO First Expired, First Out یعنی کالایی که زودتر منقضی میشود زودتر خارج شود.
این Strategy برای بعضی صنایع از FIFO مناسبتر است.
FIFO چیست؟ First In, First Out یعنی کالاهایی که زودتر وارد شدهاند زودتر خارج شوند.
انتخاب Strategy به نوع کالا و Process شرکت بستگی دارد.
۱۴. Picking بعد از ثبت سفارش، انباردار باید کالاها را جمعآوری کند.
سیستم میتواند Picking List تولید کند.
Location داخل انبار در انبارهای بزرگ فقط دانستن «انبار مرکزی» کافی نیست.
ممکن است Location دقیق داشته باشیم:
این ساختار سرعت Picking را افزایش میدهد.
۱۵. Picking Route در سیستمهای پیشرفتهتر میتوان ترتیب Picking را بهینه کرد تا انباردار مسیر کمتری طی کند.
این قابلیت برای انبارهای بزرگ و سفارشهای زیاد ارزش بیشتری دارد.
۱۶. Packing بعد از Picking، کالا وارد مرحله Packing میشود.
سیستم میتواند بررسی کند:
آیا تمام Itemهای Order جمع شدهاند؟
اگر خیر، سفارش نباید اشتباهاً ارسال شود.
۱۷. Shipping Integration بعد از Packing ممکن است اطلاعات برای سیستم حملونقل ارسال شوند.
سپس Tracking Code داخل Order ذخیره شود.
این موضوع ارتباط مستقیمی با اتوماسیون سفارش دارد.
۱۸. مرجوعی کالا Return نیز باید Stock Movement مشخص داشته باشد.
کالای مرجوعشده الزاماً نباید مستقیم به موجودی قابل فروش برگردد.
سالم آسیبدیده نیازمند تعمیر و سپس Status مناسب بگیرد.
۱۹. ضایعات و خرابی اگر کالا آسیب ببیند باید از موجودی قابل فروش خارج شود.
سیستم باید Reason را ثبت کند.
بعداً مدیر میتواند گزارش Loss دریافت کند.
۲۰. Stock Count حتی در سیستم اتوماتیک نیز شمارش دورهای اهمیت دارد.
Physical Count با System Stock مقایسه میشود.
اگر اختلاف وجود داشت، Adjustment با Reason ثبت میشود.
Cycle Count بهجای شمارش کامل کل انبار، میتوان گروههایی از کالا را بهصورت دورهای شمرد.
مثلاً کالاهای ارزشمند بیشتر شمارش شوند.
این مدل برای انبارهای بزرگ مفید است.
۲۱. Audit Trail هر Adjustment باید History داشته باشد.
بدون Audit، تغییر موجودی میتواند منبع اختلاف شود.
۲۲. Permission انبار همه کاربران نباید بتوانند موجودی را دستی تغییر دهند.
Warehouse Operator → Receive / Pick
Supervisor → Adjustment Approval
Permission باید در Backend نیز کنترل شود.
۲۳. اتصال انبار به فروش وقتی Sales System و Warehouse جدا باشند مشکلات زیادی ایجاد میشوند.
بهتر است اطلاعات موجودی بهصورت قابل اعتماد در اختیار سیستم فروش قرار گیرد.
بعد Order نیز به انبار برگردد.
اتصال فروشگاه اینترنتی در E-commerce، موجودی باید با سرعت مناسب Sync شود.
اگر Online Store موجودی قدیمی نمایش دهد، Customer Experience آسیب میبیند.
۲۴. اتصال به حسابداری حرکت کالا ممکن است اثر مالی داشته باشد.
بنابراین Warehouse System میتواند در صورت نیاز با Accounting یا ERP ارتباط داشته باشد.
مثلاً بعد از دریافت Purchase:
اطلاعات برای سیستم مالی ارسال شود.
برای آشنایی بیشتر با این حوزه میتوانید مقاله اتوماسیون مالی را مطالعه کنید.
۲۵. اتصال به ERP در سازمانهای بزرگتر، Warehouse معمولاً بخشی از ERP است.
اما ممکن است Web Application اختصاصی نیز روی ERP ساخته شود تا Workflowهای خاص شرکت را پوشش دهد.
۲۶. Dashboard موجودی مدیر باید بتواند موارد مهم را سریع ببیند.
Total Inventory Low Stock Out of Stock Incoming Reserved Dead Stock Dashboard باید Actionable باشد.
Dead Stock چیست؟ کالاهایی که مدت زیادی فروش یا گردش نداشتهاند میتوانند Dead Stock محسوب شوند.
وجود موجودی زیاد از چنین کالاهایی سرمایه شرکت را قفل میکند.
۲۷. ABC Analysis میتوان کالاها را بر اساس اهمیت دستهبندی کرد.
کالاهای A ممکن است کنترل و شمارش بیشتری نیاز داشته باشند.
۲۸. Inventory Turnover گردش موجودی نشان میدهد کالاها با چه سرعتی فروخته یا مصرف میشوند.
این KPI میتواند در تصمیم خرید و Stock Level کمک کند.
۲۹. هوش مصنوعی در مدیریت موجودی Demand Forecasting تشخیص الگو پیشنهاد Reorder تشخیص Anomaly اما کیفیت نتیجه به Data تاریخی وابسته است.
اگر داده ناقص باشد، Forecast نیز قابل اعتماد نخواهد بود.
Anomaly Detection مثلاً یک کالا معمولاً روزانه ۵ عدد خروج دارد ولی امروز ۸۰ عدد ثبت شده است.
سیستم میتواند این Event غیرعادی را برای بررسی علامتگذاری کند.
۳۰. اعلانها Notificationهای مهم میتوانند شامل:
Low Stock Expiration Transfer Delayed Count Difference Failed Sync اما سیستم نباید برای هر تغییر کوچک پیام ارسال کند.
۳۱. Automation Rules میتوان Ruleهایی تعریف کرد.
این Ruleها هسته Automation هستند.
۳۲. Web Application انبار یک سیستم انبار اختصاصی میتواند به شکل Web Application ساخته شود.
کاربران از Browser میتوانند:
Stock Receive Transfer Picking Reports
۳۳. Mobile Scanner در انبار بهتر است کاربر مجبور نباشد همیشه پشت Desktop باشد.
Buttonها، Scan Flow و UX این Deviceها باید متفاوت از Desktop طراحی شوند.
۳۴. Offline Operation بعضی انبارها Connectivity ضعیفی دارند.
در چنین شرایطی ممکن است Offline Capability لازم باشد.
اما Sync آفلاین و آنلاین Complexity زیادی ایجاد میکند و باید فقط در صورت نیاز واقعی طراحی شود.
چه زمانی نرم افزار انبار آماده کافی است؟ اگر Process استاندارد دارید، محصول آماده میتواند بهترین انتخاب باشد.
Integrationها استانداردند. Workflow خاص ندارید. عملیات پیچیده نیست. نیازی نیست هر سیستم از صفر ساخته شود.
چه زمانی سیستم اختصاصی منطقیتر است؟ Workflow ویژه دارید. چند انبار پیچیده دارید. Integration اختصاصی دارید. مدل کالا خاص است. Business Ruleهای زیادی دارید.
اتوماسیون انبار و اتوماسیون کسبوکار Warehouse Automation معمولاً به چند Process دیگر متصل میشود:
هزینه اتوماسیون انبار عوامل اصلی هزینه میتوانند شامل:
تعداد انبارها تعداد SKU Barcode Serial Batch Integration Mobile Scanner Reporting
چگونه پروژه را شروع کنیم؟ لازم نیست از روز اول تمام قابلیتها ساخته شوند.
فاز اول
فاز دوم
فاز سوم
فاز چهارم
اشتباه اول: شروع با نرم افزار قبل از شناخت انبار اول باید Process واقعی بررسی شود.
مسیر فیزیکی کالا نیز به اندازه Software اهمیت دارد.
اشتباه دوم: موجودی بدون Movement History فقط ذخیره یک Number کافی نیست.
باید بدانیم چرا موجودی تغییر کرده است.
اشتباه سوم: اجازه Adjustment برای همه تغییر دستی موجودی باید Permission و Audit داشته باشد.
اشتباه چهارم: Sync یکطرفه نامشخص اگر فروش و انبار هر دو موجودی را مستقل تغییر دهند، Conflict ایجاد میشود.
Source of Truth باید مشخص باشد.
اشتباه پنجم: پیچیدهکردن بیش از حد یک انبار کوچک الزاماً نیازمند RFID، AI و Architecture سنگین نیست.
Technology باید متناسب با مسئله باشد.
KPIهای اتوماسیون انبار برای ارزیابی نتیجه میتوان موارد زیر را بررسی کرد:
Stock Accuracy Picking Time Order Fulfillment Time Stockout Rate Dead Stock Inventory Turnover Adjustment Rate مقایسه این شاخصها قبل و بعد از Automation ارزش واقعی پروژه را نشان میدهد.
رویکرد آرکوتک به اتوماسیون انبار در آرکوتک، طراحی سیستم از Process واقعی کالا شروع میشود.
کالا چگونه وارد میشود؟ چگونه ذخیره میشود؟ چه زمانی رزرو میشود؟ چگونه خارج میشود؟ چند انبار وجود دارد؟ چه سیستمهایی باید متصل شوند؟ چه نقاطی بیشترین خطا را دارند؟ سپس مشخص میشود چه بخشهایی با ابزار موجود حل میشوند و کدام بخشها به Workflow یا Software اختصاصی نیاز دارند.
هدف صرفاً نمایش موجودی نیست.
هدف ساخت جریانی است که از خرید تا فروش، انبار و ارسال Data را بدون ورود دستی غیرضروری منتقل کند.
جمعبندی اتوماسیون انبار میتواند عملیات:
ورود خروج انتقال رزرو شمارش خرید Picking Reporting را به یک Workflow دیجیتال تبدیل کند.
وقتی فروش، انبار، خرید و مالی به یکدیگر متصل باشند، شرکت تصویر بسیار دقیقتری از موجودی واقعی خواهد داشت.
بهترین سیستم انبار الزاماً پیچیدهترین سیستم نیست.
سیستم باید متناسب با حجم عملیات و ساختار واقعی کسبوکار طراحی شود.
اگر موجودی مجموعه شما هنوز بین Excel، فروشگاه، حسابداری و ثبتهای دستی پراکنده است، اتوماسیون کسب و کار میتواند این جریان را به یک سیستم یکپارچه و قابل کنترل تبدیل کند.
سوالات متداول
اتوماسیون انبار چیست؟ استفاده از نرم افزار برای مدیریت خودکار ورود، خروج، انتقال، رزرو، شمارش و تأمین موجودی کالا است.
نقطه سفارش چیست؟ حدی از موجودی است که با رسیدن کالا به آن، سیستم میتواند هشدار یا درخواست خرید ایجاد کند.
آیا میتوان انبار را به فروشگاه اینترنتی متصل کرد؟ بله. موجودی و سفارشها میتوانند در صورت وجود API مناسب بین فروشگاه و سیستم انبار Sync شوند.
Barcode چه کاربردی در انبار دارد؟ برای شناسایی سریع کالا هنگام دریافت، Picking، انتقال، شمارش و خروج استفاده میشود.
چه زمانی نرم افزار انبار اختصاصی لازم است؟ زمانی که Workflow، مدل کالا، Integration یا ساختار چندانباره آنقدر خاص باشد که نرم افزارهای آماده نتوانند نیاز را بهخوبی پوشش دهند.
#اتوماسیون انبار #مدیریت موجودی #نرم افزار انبارداری #سیستم مدیریت انبار #کنترل موجودی #اتوماسیون سفارش #اتوماسیون کسب و کار #نرم افزار اختصاصی #آرکوتک
A
درباره نویسنده تیم تحریریه آرکوتک تحریریه مهندسی محصول؛ تولید محتوای روشن، فنی و قابل استفاده برای تصمیمهای واقعی کسبوکار.
آخرین بازبینی: ۱۵ شهریور ۱۴۰۵
03
