پرش به محتوا
شروع رایگان

حضور و غیاب مبتنی بر لوکیشن؛ راه‌اندازی geofence گام‌به‌گام

شعاع درست، سیاست موقعیت جعلی، قاعدهٔ آفلاین و اتصال به حقوق — شش گام با معیار خروج.

پاسخ کوتاه: حضور و غیاب مبتنی بر لوکیشن یعنی کارمند به‌جای دستگاه اثر انگشت، از اپ موبایل ورود و خروج می‌زند و سیستم بررسی می‌کند که او داخل محدودهٔ تعریف‌شده (geofence) باشد. راه‌اندازی درست چهار تصمیم دارد: شعاع محدوده، سیاست برخورد با خطای GPS، تشخیص موقعیت جعلی، و قاعدهٔ ثبت وقتی موقعیت در دسترس نیست. اگر این چهار مورد از قبل تعیین نشود، سیستم در هفتهٔ اول با اعتراض کارکنان متوقف می‌شود.

ثبت تردد با موبایل برای تیم‌های پخش، نصب، فروش میدانی و شعب کوچک که خرید دستگاه برایشان توجیه ندارد، منطقی‌ترین گزینه است. اما برخلاف تبلیغ‌ها، «فقط اپ را نصب کنید» کافی نیست — دقت GPS روی موبایل محدود است و هر تصمیمی که در پیکربندی بگیرید، مستقیم روی حقوق کسی اثر می‌گذارد. این راهنما همان تصمیم‌ها را گام‌به‌گام باز می‌کند.

گام ۱ — انتخاب روش تأیید موقعیت

سه روش رایج وجود دارد و هیچ‌کدام به‌تنهایی برای همهٔ حالت‌ها خوب نیست:

روشمناسب برایضعف اصلی
GPS / geofenceکار میدانی، چند نقطهٔ پراکنده، سایت پروژهدقت داخل ساختمان به‌شدت افت می‌کند
شبکهٔ Wi-Fi دفتر (BSSID)دفتر ثابت، ساختمان بستهفقط یک نقطه؛ با تغییر روتر باید به‌روز شود
بیکن بلوتوثکارگاه و سالن تولیدسخت‌افزار جدا لازم دارد

قاعدهٔ عملی: برای دفتر ثابت، Wi-Fi دقیق‌تر و بی‌دردسرتر از GPS است. GPS را برای جایی نگه دارید که کارمند واقعاً جابه‌جا می‌شود.

گام ۲ — تعیین شعاع geofence با عدد واقعی

این جایی است که بیشتر پیاده‌سازی‌ها خراب می‌شود. طبق اعلام رسمی GPS.gov، گوشی‌های هوشمند مجهز به GPS معمولاً تا شعاع حدود ۴٫۹ متر زیر آسمان باز دقت دارند، و این دقت «نزدیک ساختمان‌ها، پل‌ها و درختان بدتر می‌شود». در عمل، کنار یک ساختمان بلند در تهران، خطای چند ده متری کاملاً عادی است.

یعنی اگر شعاع را ۱۰ متر بگذارید، کارمندی که واقعاً پشت میزش نشسته، مرتب رد می‌شود. توصیهٔ عملی:

  • دفتر شهری با ساختمان‌های بلند اطراف: شعاع ۱۰۰ تا ۱۵۰ متر شروع کنید.
  • محوطهٔ باز، کارخانه، انبار: ۵۰ تا ۸۰ متر معمولاً کافی است.
  • داخل ساختمان بدون دید آسمان: اصلاً روی GPS حساب نکنید؛ Wi-Fi یا بیکن بگذارید.

شعاع را با داده تنظیم کنید نه با حدس: یک هفته سیستم را در حالت «ثبت کن ولی رد نکن» بگذارید، مختصات واقعی ثبت‌ها را ببینید، و شعاع را بر اساس پراکندگی واقعی تعیین کنید. این تنها روشی است که در هفتهٔ دوم اعتراض نمی‌سازد.

گام ۳ — سیاست موقعیت جعلی

روی اندروید، حالت توسعه‌دهنده اجازه می‌دهد یک اپ به‌عنوان ارائه‌دهندهٔ موقعیت ساختگی عمل کند و مختصات دلخواه به سیستم بدهد. اپ‌های «Fake GPS» دقیقاً همین کار را می‌کنند و رایگان در دسترس‌اند. خبر خوب این است که سیستم‌عامل خودش این را علامت می‌زند: هر رکورد موقعیت یک نشانگر دارد که می‌گوید از ارائه‌دهندهٔ ساختگی آمده یا نه، و اپ می‌تواند آن را بخواند.

پس سه تصمیم لازم است:

  1. ثبت با موقعیت ساختگی رد شود یا علامت بخورد؟ توصیه: رد نشود، ولی پرچم بخورد و در گزارش مدیر جدا دیده شود. رد کردن مستقیم، کارمندی را که به‌دلیل دیگری این تنظیم را فعال کرده گروگان می‌گیرد.
  2. روت/جیلبریک چه حکمی دارد؟ روی دستگاه روت‌شده تضمین موقعیت معنا ندارد. اگر ناوگان دستگاه‌ها شرکتی است، سیاست ساده است؛ اگر دستگاه شخصی است، جای مقابله نیست — جای سیاست شفاف است.
  3. مجازات چیست؟ این را از روز اول و کتبی اعلام کنید. سیستمی که مچ می‌گیرد ولی معلوم نیست بعدش چه می‌شود، فقط بی‌اعتمادی می‌سازد.

گام ۴ — قاعدهٔ حالت آفلاین و خطا

موبایل کارمند در پارکینگ زیرزمینی آنتن ندارد؛ باتری تمام می‌شود؛ مجوز موقعیت به‌اشتباه رد می‌شود. اگر برای این‌ها قاعده نداشته باشید، هر مورد تبدیل به یک بحث دستی با واحد اداری می‌شود.

قاعدهٔ پیشنهادی که در عمل کمترین اصطکاک را دارد:

  • ثبت آفلاین در گوشی ذخیره و با اولین اتصال ارسال شود، با زمان واقعی ثبت، نه زمان ارسال.
  • اگر موقعیت در دسترس نبود، ثبت انجام شود ولی به‌عنوان «نیازمند تأیید» علامت بخورد.
  • موارد نیازمند تأیید در یک صف مشخص برای سرپرست بیاید، با سقف زمانی مثلاً ۴۸ ساعت.
  • سقف تعداد ثبت استثنایی در ماه تعریف شود تا استثنا به رویه تبدیل نشود.

گام ۵ — اتصال به حقوق و دستمزد

ثبت تردد تا وقتی به محاسبهٔ حقوق نرسد، فقط یک لاگ است. سه نکته که معمولاً دیر کشف می‌شود:

  • گرد کردن. تصمیم بگیرید ورود ۸:۰۳ چطور حساب می‌شود. قاعدهٔ گرد کردن باید یکسان و از قبل اعلام‌شده باشد، وگرنه هر ماه اعتراض دارید.
  • اضافه‌کار. ماندن بعد از ساعت کاری خودبه‌خود اضافه‌کار نیست؛ باید تأیید سرپرست داشته باشد. این منطق را در همان سیستم بگذارید، نه در اکسل جدا.
  • مرخصی و مأموریت. روزی که مرخصی ثبت‌شده دارد نباید غیبت حساب شود. یعنی ماژول تردد باید همان دیتابیس مرخصی را ببیند.

برای دیدن اینکه این عددها در فیش حقوقی چطور می‌نشینند، ماشین‌حساب حقوق و دستمزد و راهنمای محاسبهٔ حقوق و دستمزد کمک می‌کنند.

گام ۶ — اجرای آزمایشی و معیار خروج

هرگز سیستم را یک‌شبه برای همه اجباری نکنید. ترتیبی که جواب می‌دهد:

  1. هفتهٔ ۱ — فقط ثبت. یک تیم کوچک، بدون هیچ اثری روی حقوق. هدف: جمع‌آوری دادهٔ خطای واقعی GPS در محل شما.
  2. هفتهٔ ۲ — تنظیم شعاع و قواعد. بر اساس داده‌ی هفتهٔ اول، نه بر اساس پیش‌فرض فروشنده.
  3. هفتهٔ ۳ — اجرای موازی. هم روش قدیمی و هم اپ. آخر هفته مغایرت‌ها را مقایسه کنید.
  4. هفتهٔ ۴ — رسمی‌سازی. فقط وقتی مغایرت به سطح قابل‌توضیح رسیده باشد.

معیار خروج پیشنهادی: در یک هفتهٔ کامل، تعداد ثبت‌های «نیازمند تأیید» زیر ۵ درصد کل ثبت‌ها باشد. اگر بالاتر است، مشکل از کارکنان نیست — شعاع یا روش تأیید را اشتباه انتخاب کرده‌اید.

خطاهای رایج

  • شعاع خیلی کوچک. شایع‌ترین خطا. نتیجه‌اش انبوه ثبت‌های ردشده و بی‌اعتمادی به سیستم است.
  • ردیابی مداوم به‌جای ثبت لحظه‌ای. نیازی نیست موقعیت کارمند تمام روز رصد شود؛ فقط لحظهٔ ورود و خروج لازم است. ردیابی مداوم هم باتری را می‌خورد، هم مقاومت سازمانی می‌سازد، هم دادهٔ حساس بی‌دلیل جمع می‌کند.
  • نبود اطلاع‌رسانی شفاف. کارکنان باید دقیقاً بدانند چه چیزی ثبت می‌شود، کِی، و چه کسی می‌بیند. این هم الزام اخلاقی است و هم عملاً پیش‌شرط پذیرش.
  • نداشتن مسیر اعتراض. باید راه ساده‌ای برای اصلاح یک ثبت اشتباه وجود داشته باشد، وگرنه کارکنان دور سیستم را می‌زنند.
  • وابستگی به یک شماره تلفن. اگر تشخیص هویت فقط با شمارهٔ ثبت‌شده باشد، امانت‌دادن گوشی همه‌چیز را بی‌اثر می‌کند. دستگاه باید به کاربر گره بخورد، نه فقط شماره.

چه چیزی را نباید انتظار داشت

حضور و غیاب لوکیشنی جایگزین کامل دستگاه اثر انگشت نیست. برای محیط‌هایی که تقلب در تردد مسئلهٔ جدی است و کارکنان در یک نقطهٔ ثابت جمع می‌شوند، دستگاه بیومتریک هنوز قابل‌اتکاتر است. مزیت واقعی روش لوکیشنی جای دیگری است: تیم‌های پراکنده، شعب کوچک، و شرایطی که نصب و نگهداری سخت‌افزار توجیه ندارد. انتخاب بین این دو، انتخاب بین «دقیق‌تر» و «قابل‌اجراتر» است.

راه‌اندازی در ابرک

ماژول حضور و غیاب ابرک روی همان فضای کاری‌ای اجرا می‌شود که پروندهٔ پرسنلی، مرخصی و حقوق در آن است، پس ثبت تردد مستقیم وارد محاسبهٔ حقوق می‌شود و نیازی به انتقال دستی نیست. برای دیدن جزئیات ماژول صفحهٔ اپ را ببینید، هزینه را در تعرفه‌ها بررسی کنید، یا برای پیکربندی چندشعبه‌ای با کارشناس استقرار صحبت کنید.

اطلاع‌رسانی به کارکنان — متنی که باید بدهید

پذیرش این سیستم بیش از هر تنظیم فنی، به شفافیت بستگی دارد. پیش از روز اول، یک اطلاعیهٔ کوتاه بدهید که دقیقاً این چهار چیز را بگوید:

  • چه چیزی ثبت می‌شود: فقط مختصات لحظهٔ ورود و خروج — نه موقعیت در طول روز.
  • چه کسی می‌بیند: سرپرست مستقیم و واحد اداری، نه همهٔ همکاران.
  • چقدر نگه داشته می‌شود: یک بازهٔ مشخص، هماهنگ با سیاست بایگانی سازمان.
  • اگر ثبت اشتباه شد چه کنند: مسیر اصلاح، با نام مسئول و مهلت.

این اطلاعیه هزینه‌ای ندارد و بیشترین اثر را روی نرخ پذیرش دارد. سیستمی که کارکنان دربارهٔ حدود آن مطمئن نیستند، از روز اول با مقاومت روبه‌رو می‌شود — حتی اگر پیکربندی‌اش بی‌نقص باشد.

پرسش‌های پرتکرار

بدون اینترنت هم می‌شود ثبت کرد؟
بله، اگر اپ ثبت آفلاین داشته باشد. نکتهٔ مهم این است که زمان ذخیره‌شده باید زمان واقعی ثبت باشد نه زمان همگام‌سازی؛ این را قبل از خرید تست کنید.

آیا کارفرما می‌تواند موقعیت کارمند را همیشه ببیند؟
از نظر فنی ممکن است، ولی برای حضور و غیاب لازم نیست و توصیه نمی‌شود. جمع‌آوری موقعیت فقط در لحظهٔ ورود و خروج، هم برای هدف کافی است و هم دادهٔ حساس کمتری تولید می‌کند.

دقت GPS چقدر است؟
طبق GPS.gov حدود ۴٫۹ متر زیر آسمان باز، و بدتر در نزدیکی ساختمان و درخت. برای همین شعاع geofence باید به‌مراتب بزرگ‌تر از دقت اسمی باشد.

کارمند از خانه ثبت کند چه می‌شود؟
اگر دورکاری مجاز است، محدودهٔ خانه را به‌عنوان یک نقطهٔ مجاز برای همان فرد تعریف کنید. اگر مجاز نیست، ثبت خارج از محدوده به‌صورت «نیازمند تأیید» ثبت می‌شود و سرپرست تصمیم می‌گیرد — بهتر از رد خاموش است.

برای شرکت ۱۰ نفره هم می‌ارزد؟
اگر همه در یک دفتر ثابت‌اند، معمولاً نه؛ روش‌های ساده‌تر کافی است. اگر حتی سه نفر بیرون از دفتر کار می‌کنند، بله — چون همان سه نفر هستند که محاسبهٔ حقوق را هر ماه دستی می‌کنند.

منابع

  • GPS.gov — GPS Accuracy: gps.gov/gps-accuracy (بررسی: ۱۸ شهریور ۱۴۰۵)
  • مستندات Android Location — نشانگر موقعیت ساختگی روی رکورد موقعیت (بررسی: ۱۸ شهریور ۱۴۰۵)
دکتر محمد مصطفی‌زاده
دربارهٔ نویسنده دکتر محمد مصطفی‌زاده — دکترای صنایع غذایی، ۲۱ سال تجربهٔ اجرایی در راه‌اندازی رستوران ایرانی و فرنگی، کاست کنترل و کترینگ صنعتی. مشاورهٔ راه‌اندازی رستوران ←

نرم‌افزار آرشیو اسناد: DMS جدا بخرم یا ماژول داخل ERP؟

ابرک را رایگان امتحان کنید

شروع رایگان