ویژگی که یک سیستم حضور و غیاب عالی باید داشته باشد (راهنمای خرید ۱۴۰۴)

قصد خرید سیستم حضور و غیاب دارید؟ این چک‌لیست ۱۰ ماده‌ای (MFA، محاسبه اضافه‌کاری شمسی، API، پشتیبانی ۲۴ ساعته) را با خود به جلسه مذاکره ببرید. راهنمای جامع خرید برای مدیران منابع انسانی.

قصد خرید سیستم حضور و غیاب دارید اما غرق در برندها و قیمت‌ها شده‌اید؟ هر فروشنده‌ای از محصول خود تعریف می‌کند و شما نمی‌دانید کدام ویژگی واقعاً ضروری است و کدام تزئینات اضافی. در این مقاله، یک چک‌لیست ۱۰ ماده‌ای تهیه کرده‌ایم که باید با خود به جلسه مذاکره با هر فروشنده‌ای ببرید. اگر سیستمی ۸ مورد از این ۱۰ ویژگی را نداشت، سراغ گزینه بعدی بروید. ما بیش از ۵۰ سیستم مختلف (ایرانی و خارجی) را بررسی کرده‌ایم و این ۱۰ ویژگی بر اساس نیازهای واقعی شرکت‌های ایرانی استخراج شده است.

قبل از شروع، یک نکته حیاتی: ارزان‌ترین سیستم را نخرید. سیستم حضور و غیاب قلب تپنده مدیریت منابع انسانی شماست. یک سیستم بد می‌تواند هر ماه ده‌ها ساعت وقت شما را برای رفع خطاهای دستی تلف کند، جریمه‌های قانونی برایتان ایجاد کند و روحیه کارمندان را تخریب کند. هزینه یک سیستم خوب در مقایسه با ضررهای یک سیستم بد، ناچیز است. حالا برویم سراغ ۱۰ ویژگی ضروری:

۱. احراز هویت چندمرحله‌ای (Multi-Factor Authentication - MFA)

سیستم باید حداقل دو روش از این سه را پشتیبانی کند: اثر انگشت + تشخیص چهره + کارت هوشمند + رمز عبور یکبارمصرف (OTP). یک روش به تنهایی امن نیست. چرا؟ چون اثر انگشت تنها را می‌توان کپی کرد (با فویل و چسب)، کارت هوشمند را می‌توان دزدید، رمز عبور را می‌توان حدس زد. اما ترکیب دو روش مختلف، امنیت را تصاعدی افزایش می‌دهد. مثلاً اثر انگشت + OTP ارسال شده به موبایل: هکر باید هم اثر انگشت شما را داشته باشد هم به موبایل شما دسترسی داشته باشد. احتمال موفقیت نزدیک به صفر است.

سوالی که باید از فروشنده بپرسید: "آیا سیستم شما از MFA پشتیبانی می‌کند؟ چه ترکیب‌هایی را می‌توانم تعریف کنم؟"

پرچم قرمز: اگر فروشنده نمی‌داند MFA چیست یا می‌گوید "نیاز ندارید، همان اثر انگشت کافی است" – از آن شرکت دور شوید.

۲. چرخه تأیید خودکار مرخصی (Automated Leave Approval Workflow)

کارمند درخواست مرخصی دهد، مدیر مستقیم تأیید کند، سپس HR نهایی کند و خودکار در گزارش حضور اعمال شود. بدون دخالت دستی، بدون ایمیل‌های زنجیره‌ای، بدون پیام‌های تلگرامی گم‌شده. این فرآیند باید کاملاً خودکار باشد و حداکثر ۵ دقیقه از درخواست تا تأیید نهایی طول بکشد. همچنین سیستم باید سقف مرخصی هر کارمند را بداند (مثلاً ۲۶ روز در سال) و اگر از سقف عبور کرد، اجازه ثبت ندهد.

سوالی که باید از فروشنده بپرسید: "آیا گردش کار (Workflow) تأیید مرخصی قابل شخصی‌سازی است؟ مثلاً برای مرخصی زیر ۳ روز فقط مدیر مستقیم تأیید کند، بالای ۳ روز HR هم تأیید کند، بالای ۱۰ روز مدیرعامل تأیید کند؟"

پرچم قرمز: اگر فروشنده بگوید "کارمند ایمیل بزند به مدیر، بعد مدیر به ما بگوید تا دستی ثبت کنیم" – این سیستم مدرن نیست.

۳. محاسبه دقیق اضافه‌کاری بر اساس تقویم شمسی و قانون کار ایران

سیستم ایرانی باید بداند عید نوروز ۱۳ روز تعطیل رسمی با ضریب ۴ دارد، تاسوعا و عاشورا ضریب ۳، جمعه‌ها ضریب ۱.۴ (طبق ماده ۶۲ قانون کار)، سایر تعطیلات رسمی ضریب ۲. همچنین باید بداند شب‌های قدر ضریب خاصی ندارند (فقط اگر مصادف با تعطیل رسمی باشد). اضافه‌کاری شبانه (۲۰:۰۰ تا ۶:۰۰) باید ۳۵٪ اضافه بر حقوق پایه داشته باشد. کار در روزهای تعطیل باید ۴۰٪ اضافه داشته باشد. محاسبه شیفت‌های چرخشی باید بر اساس دقیقه باشد نه ساعت.

سوالی که باید از فروشنده بپرسید: "لطفاً یک سناریو را برای من شبیه‌سازی کنید: کارمندی با حقوق پایه ۱۰ میلیون، در عید نوروز ۸ ساعت کار کرده، در شب قدر (که تعطیل نیست) ۴ ساعت، و یک جمعه معمولی ۲ ساعت. سیستم چقدر به او اضافه‌کاری می‌دهد؟"

پرچم قرمز: اگر پاسخ فروشنده اشتباه بود یا گفت "باید دستی محاسبه کنید" – این سیستم به کار شما نمی‌آید.

۴. امکان تعریف قوانین دلخواه (Custom Rules Engine)

شرکت شما شاید قانون خاص خودش را داشته باشد: «تاخیر زیر ۵ دقیقه چیزی کسر نشود، ۵ تا ۱۵ دقیقه نصف ساعت، ۱۵ تا ۳۰ دقیقه یک ساعت، بالای ۳۰ دقیقه نیم روز غیبت». یا «اضافه‌کاری تا سقف ۲۰ ساعت در ماه ضریب ۱.۴، ۲۰ تا ۳۰ ساعت ضریب ۱.۲، بالای ۳۰ ساعت ممنوع». یا «جمعه‌ها اگر کسی کار کند، به جای حقوق اضافه، یک روز مرخصی جایگزین می‌گیرد». سیستم باید موتور قانون‌گذاری (Rules Engine) داشته باشد که شما بتوانید هر قانون دلخواهی را بدون نیاز به برنامه‌نویس تعریف کنید.

سوالی که باید از فروشنده بپرسید: "آیا من می‌توانم بدون کدنویسی، قانونی مثل 'اگر کارمندی در یک ماه بیش از ۱۰ بار تاخیر داشت، پاداش ماهانه او ۲۰٪ کاهش یابد' تعریف کنم؟ چطور؟ لطفاً به من نشان دهید."

پرچم قرمز: اگر فروشنده بگوید "برای هر قانون جدید باید هزینه توسعه بدید" – فرار کنید.

۵. خروجی به فرمت استاندارد تامین اجتماعی و مالیات (Excel, CSV, XML)

لیست حضور و غیاب ماهانه باید با یک کلیک تبدیل به فایل استاندارد تامین اجتماعی (فرمت CSV با ستون‌های مشخص) شود. همچنین خروجی اکسل برای حسابداری و خروجی XML برای سامانه مالیات بر حقوق. در غیر این صورت هر ماه ۲ ساعت زمان اداری یک کارشناس HR تلف می‌شود. ضربدر ۱۲ ماه = ۲۴ ساعت = ۳ روز کاری کامل در سال فقط برای تبدیل فرمت!

سوالی که باید از فروشنده بپرسید: "لطفاً یک خروجی نمونه از فایل تامین اجتماعی سیستم خود را به من نشان دهید. آیا ستون‌های 'سابقه سابقه' و 'مزایای مستمر' را دارد؟ آیا بر اساس بخشنامه ۱۴۰۳ تامین اجتماعی به‌روز شده است؟"

پرچم قرمز: اگر فروشنده نداند تامین اجتماعی چه فرمتی می‌خواهد، یا بگوید "شما خودتان باید دستی درست کنید" – نه.

۶. کراس پلتفرم (وب، ویندوز، مک، آیفون، اندروید)

حتماً قبل از خرید از تمام اعضای تیم سوال کنید: «روی چه دستگاهی و چه سیستیم‌عاملی کار می‌کنید؟» بعضی از کارمندان مک بوک دارند، بعضی ویندوز، بعضی لینوکس. تیم فروش بیرون از دفتر با آیفون کار می‌کنند، تیم تولید داخل کارخانه با کیوسک‌های ویندوزی. سیستم شما باید روی تمام این پلتفرم‌ها کار کند. همچنین باید نسخه وب داشته باشد (برای مدیرانی که نمی‌خواهند نرم‌افزار نصب کنند).

سوالی که باید از فروشنده بپرسید: "آیا اپلیکیشن موبایل شما هم برای اندروید هست هم iOS؟ آیا نسخه تحت وب هم دارید؟ آیا نسخه ویندوزی شما بدون نیاز به نصب (Portable) هم کار می‌کند؟"

پرچم قرمز: اگر فقط یک پلتفرم را پشتیبانی می‌کند، یا اپلیکیشن موبایل ندارند – برای دنیای امروز مناسب نیست.

۷. پشتیبانی از شیفت‌های پیچیده (چرخشی، شبانه، فشرده، ترکیبی)

برای بیمارستان‌ها، هتلها، کارخانه‌های ۳ شیفته، آتش‌نشانی، پلیس، مراکز تماس – سیستم باید الگوهای چرخشی پیچیده را پشتیبانی کند. مثلاً الگوی «۲ روز صبح، ۲ روز عصر، ۲ روز شب، ۲ روز تعطیل» یا «هفته اول صبح، هفته دوم عصر، هفته سوم شب، هفته چهارم تعطیل». همچنین باید شیفت‌های فشرده (مثلاً ۴ روز کار ۱۰ ساعته به جای ۵ روز کار ۸ ساعته) و شیفت‌های ترکیبی (بخشی از روز در دفتر، بخشی دورکار) را پشتیبانی کند.

سوالی که باید از فروشنده بپرسید: "لطفاً الگوی چرخشی ۲-۲-۲-۲ (۲ صبح، ۲ عصر، ۲ شب، ۲ تعطیل) را در سیستم خود تنظیم کنید. چند دقیقه طول می‌کشد؟ آیا می‌تواند به صورت خودکار برای کل سال تولید کند؟"

پرچم قرمز: اگر برای هر تغییر شیفت نیاز به تماس با پشتیبانی دارید، یا سیستم می‌گوید "ساعت شروع و پایان را دستی وارد کنید" – این سیستم برای شیفت‌های پیچیده مناسب نیست.

۸. بکاپ‌گیری خودکار از ابر (Cloud Backup) با رمزنگاری

هر نیمه شب باید یک نسخه پشتیبان رمزنگاری شده (AES-256) به Google Drive، Dropbox، یا فضای ابری اختصاصی شما ارسال شود. نه فقط روی سرور خود فروشنده. چون اگر سرور فروشنده هک شود یا آتش بگیرد، داده‌های شما هم از بین می‌رود. بکاپ آفلاین (خارج از سرور فروشنده) تنها راه نجات است. همچنین بکاپ باید قابلیت بازیابی (Restore) داشته باشد: شما باید بتوانید هر روز از هر ماه را به صورت جداگانه بازیابی کنید.

سوالی که باید از فروشنده بپرسید: "آیا من می‌توانم بکاپ خودکار به درایو ابری خودم تنظیم کنم؟ هر چند وقت یکبار؟ آیا بکاپ رمزنگاری می‌شود؟ کلید رمزنگاری پیش‌فرض شماست یا من می‌توانم کلید خودم را بدهم؟"

پرچم قرمز: اگر فروشنده بگوید "نیازی نیست، سرورهای ما امن هستند" – هر سروری بالاخره یک روز هک می‌شود.

۹. API باز و مستند (Open REST API) برای اتصال به CRM، ERP، و نرم‌افزار حقوق و دستمزد

اگر سیستم شما API ندارد، یعنی در جزیره تنها هستید. باید بتواند با نرم‌افزار فروش (CRM)، نرم‌افزار برنامه‌ریزی منابع (ERP)، و نرم‌افزار حقوق و دستمزد (Payroll) شما حرف بزند. API باید مستند (Documented) باشد، یعنی شما یا تیم فنی‌تان بتوانید بدون کمک فروشنده به آن وصل شوید. همچنین باید وب‌هوک (Webhook) داشته باشد تا رویدادها (مثل ورود کارمند) را به سیستم‌های دیگر اعلان کند.

سوالی که باید از فروشنده بپرسید: "لطفاً مستندات API خود را به من نشان دهید. آیا API شما از احراز هویت OAuth 2.0 پشتیبانی می‌کند؟ نرخ محدودیت (Rate Limit) هر دقیقه چند درخواست است؟"

پرچم قرمز: اگر مستندات API ندارند یا می‌گویند "API داریم ولی باید قرارداد امضا کنید تا ببینید" – معمولاً API ضعیفی دارند.

۱۰. پشتیبانی ۲۴ ساعته، ۷ روز هفته به زبان فارسی

ساعت ۳ صبح جمعه، شیفت شب کارخانه یا بیمارستان مشکل پیدا کرد. آیا پشتیبان شما جواب می‌دهد؟ در قرارداد قید کنید: «پشتیبانی تلفنی ۲۴/۷ به زبان فارسی». همچنین پشتیبانی باید از طریق چت آنلاین، تیکت، و ایمیل باشد. میانگین زمان پاسخگویی (SLA) باید کمتر از ۱۵ دقیقه برای تلفنی و کمتر از ۲ ساعت برای تیکت باشد. پشتیبانی باید بتواند مشکل شما را از طریق دسترسی از راه دور (Remote Desktop) حل کند.

سوالی که باید از فروشنده بپرسید: "لطفاً قرارداد پشتیبانی خود را نشان دهید. SLA پاسخگویی چیست؟ جریمه تخطی از SLA چقدر است؟ آیا پشتیبانی در تعطیلات رسمی هم فعال است؟"

پرچم قرمز: اگر می‌گویند "پشتیبانی در روزهای کاری ۸ صبح تا ۵ بعدازظهر" – برای کسب‌وکار ۲۴ ساعته مناسب نیست.

جمع‌بندی نهایی – جدول امتیازدهی:

از هر فروشنده بخواهید این ۱۰ ویژگی را در دمو به شما نشان دهد. به هر ویژگی که به طور کامل دارد ۱ امتیاز بدهید، نصفه دارد ۰.۵ امتیاز، ندارد ۰ امتیاز. سیستم‌هایی که امتیاز زیر ۷ دارند، حذف کنید. از بین سیستم‌های بالای ۷، ارزان‌ترین را انتخاب کنید. سه برند برتر ایرانی که حداقل ۸ ویژگی را دارند: «پالیز» (مناسب سازمان‌های ۱۰۰+ نفر)، «همکاران سیستم» (یکپارچه با حسابداری)، «سامان‌افزار» (قیمت مناسب SMEها). نسخه دمو ۱۴ روزه از هر کدام بگیرید و روی تیم کوچک خود آزمایش کنید.