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