حضور و غیاب هوشمند
GPS، QR چرخان، ورود از تلگرام/ایتا/بله، رضایت صریح کارمند — تک‌کدبیس اودو ۱۴ تا ۱۹
«حضور و غیاب هوشمند ابرک» لایه‌ی تجاری روی اپ رایگان حضور و غیاب اودو است: محدودیت جغرافیایی با GPS و ژئوفنس، QR چرخان امن برای شعبه‌های فیزیکی، ثبت ورود/خروج مستقیم از تلگرام/ایتا/بله، و رضایت صریح کارمند پیش از هرگونه ردیابی موقعیت — همه روی یک کدپایهی واحد برای اودو ۱۴ تا ۱۹. آموزش تصویری کامل راه‌اندازی را در این راهنما ببینید.
چرا فراتر از اپ پایهی حضور و غیاب؟
اپ پایه ثبت ورود/خروج با کیوسک یا پین را حل میکند، اما وقتی کسب‌وکار چند شعبه دارد یا نیروی میدانی/دورکار زیاد است، سؤال واقعی این میشود: «این ثبت واقعاً از همان‌جایی که ادعا میکند آمده؟» حضور و غیاب هوشمند دقیقاً همین شکاف را می‌بندد — بدون نیاز به دستگاه اختصاصی اثر انگشت یا کارت‌خوان.
محدودیت جغرافیایی (GPS و ژئوفنس)
هر شعبه یک مرکز جغرافیایی و شعاع مجاز دارد. ثبت ورود/خروج خارج از این شعاع رد میشود (یا صرفاً با پرچم هشدار ثبت میشود، بسته به تنظیم). تلورانس دقت GPS بهصورت خودکار لحاظ میشود تا نویز طبیعی گوشی‌های مختلف باعث رد نادرست نشود. برای کارمندان خاص (مثل نیروی فروش سیار) می‌توان این محدودیت را per-employee غیرفعال کرد.
QR چرخان — امن‌تر از کد ثابت
روی فرم هر شعبه یک صفحه‌ی نمایش QR اختصاصی وجود دارد که کد آن هر ۱۲۰ ثانیه با امضای رمزنگاری‌شده (HMAC) عوض میشود. برخلاف کدهای QR ثابت رایج، عکس گرفتن یا اشتراک‌گذاری این کد فایده‌ای ندارد — بعد از دو دقیقه دیگر معتبر نیست. کارمند با گوشی خودش کد را اسکن (یا لینک را باز) میکند و بلافاصله ورود/خروجش ثبت میشود.
ثبت تردد از تلگرام، ایتا و بله
برای تیم‌هایی که از قبل در یک کانال پیامرسان سازمانی فعال هستند، نیازی به اپ جداگانه نیست: کارمند فقط کلمهی «ورود» یا «خروج» را به بات شرکت میفرستد. این مسیر مستقیماً از موتور اعلان همهکانالهی ابرک (که همان‌جا برای سایر اعلان‌های سازمانی هم استفاده میشود) عبور میکند — یعنی زیرساخت بات دوباره ساخته نشده، فقط به آن متصل شده است.
حریم خصوصی: رضایت صریح، نه فرض پیش‌فرض
«ردیابی زنده‌ی موقعیت» (نه فقط لحظه‌ی ثبت تردد، بلکه نقاط GPS دوره‌ای در طول شیفت) بهصورت پیش‌فرض برای همه‌ی کارمندان خاموش است. حتی اگر مدیر آن را برای یک نفر فعال کند، تا وقتی خودِ آن کارمند رضایت را از فرم پرسنلی‌اش ثبت نکرده، هیچ نقطه‌ای ذخیره نمیشود — و میتواند هر زمان آن را لغو کند. این طراحی عمداً محافظه‌کارانه است تا سوءاستفادهی احتمالی یا نگرانی حقوقی درباره‌ی ردیابی بدون اطلاع، از ریشه حذف شود.
اضافهکاری چندسطحی
سیاست اضافهکاری (مجاز بودن قبل/بعد شیفت، سقف ساعت، نیاز به تایید مدیر، نرخ محاسبه) در سه سطح تعریف میشود: برنامهی کاری (شیفت) ▸ شعبه ▸ کارمند. هر سطح میتواند سطح بالاتر را override کند — مثلاً یک شعبه‌ی خاص میتواند سقف اضافهکاری متفاوتی نسبت به بقیه داشته باشد، بدون تغییر تنظیمات کلی.
اصلاحیهٔ تردد با تأیید مدیر
کارمند برای ورود یا خروج فراموش‌شده، ساعت اشتباه، دورکاری یا مأموریت درخواست اصلاح ثبت میکند و مدیر حضور و غیاب آن را تأیید یا با ذکر دلیل رد میکند. هیچکس درخواست خودش را بررسی نمیکند، کارمند فقط درخواستهای خودش را می‌بیند و ساعت پیش و پس از اصلاح ثبت میماند. مرز روز با ساعت محلی کارمند و سقف ماهانه با ماه شمسی حقوق حساب میشود. روزی که فیش حقوقش قطعی شده مستقیم تغییر نمیکند.
تعطیلات رسمی، شیفت شناور و شیفت چرخشی
تعطیلات: فایل تقویم رسمی یا بخشنامهٔ تعطیلی اضطراری با پیش‌نمایش، تشخیص تکرار و تعارض، و پشتیبانی از نیمه‌روز وارد تقویم کاری خود اودو میشود. شیفت شناور: روی تقویم «ساعات منعطف» اودو، پنجرهٔ ورود (مثلاً ۷ تا ۱۰) و ساعات اصلیِ حضور الزامی (مثلاً ۱۰ تا ۱۴) تعریف میشود. شیفت چرخشی: الگوی چند نوبته (صبح، عصر، شب، استراحت) با فاصلهٔ شروع برای هر تیم ساخته، پیش‌نمایش و منتشر میشود. تداخل با برنامه‌های موجود رد میشود و انتشار دوباره فقط روزهای آینده را عوض میکند. کارمندی که بعد از پایان شیفت میماند، خروجش ثبت میشود و ساعات اضافه برای تأیید اضافه‌کار می‌رود، نه اینکه خودکار پرداخت شود.
دریافت رویداد از دستگاه حضور
دستگاه یا نرم‌افزار واسطِ کنار آن، رویدادهای ورود و خروج را با کلید اختصاصی همان دستگاه میفرستد. هر رویداد یک بار ثبت میشود و ارسال دوباره بی‌اثر است. کد کارت با تاریخ به کارمند نگاشت میشود و اختلاف ساعت دستگاه اصلاح میشود. هر رویداد نامطمئن (کد ناشناس، خروج بدون ورود، ساعت دستگاهِ بسیار اشتباه، ترتیب معکوس) به‌جای بازنویسی گذشته قرنطینه میشود تا مدیر بررسی کند. الگوی اثرانگشت یا چهره دریافت و ذخیره نمیشود. این لایه با شبیهساز آزموده شده است. پشتیبانی هر مدل دستگاه مشخص فقط پس از آزمون روی همان دستگاه اعلام میشود.
پاسخ به پرسش‌های رایج
آیا این افزونه جایگزین اپ رایگان حضور و غیاب میشود؟
خیر، رویش سوار میشود. رکوردهای حضور همان مدل استاندارد اودو هستند؛ این افزونه فقط اعتبارسنجی و کانال‌های ورودی اضافه‌تری به آن می‌افزاید.
اگر کارمندی رضایت ردیابی زنده ندهد، آیا اصلاً میتواند تردد ثبت کند؟
بله، کاملاً. رضایت فقط برای «ردیابی زنده‌ی دوره‌ای» لازم است، نه برای ثبت خودِ ورود/خروج که عملکرد اصلی سیستم است.
آیا روی نسخههای قدیمیتر اودو (۱۴ تا ۱۸) هم نصب میشود؟
بله. یک کدپایه با یک ابزار build داخلی، تفاوتهای ویو (list/tree) و گروهبندی دسترسی هر نسخه را خودکار تطبیق میدهد.
هزینه و شروع کار
حضور و غیاب هوشمند به‌عنوان اپ مستقل روی پلن رایگان یا استاندارد ابرک قابل افزودن است. جزئیات قیمت در صفحه‌ی قیمت‌گذاری و راه‌اندازی اولیه در همین‌جا، در چند دقیقه.
پرسش‌های پرتکرار درباره‌ی حضور و غیاب هوشمند
حضور و غیاب هوشمند ابرک با اپ رایگان حضور و غیاب اودو چه فرقی دارد؟
اپ رایگان فقط ثبت پایهی ورود/خروج (کیوسک/پین) است. نسخهی هوشمند ابرک روی همان زیرساخت، محدودیت جغرافیایی (GPS/ژئوفنس)، QR چرخان امن، ورود از پیامرسان، سیاستهای اضافهکاری چندسطحی و رضایت صریح ردیابی را اضافه میکند.
QR چرخان یعنی چه؟ آیا عکس گرفتن از آن کار نمیکند؟
درست است. کد QR شعبه هر ۱۲۰ ثانیه با امضای HMAC عوض میشود؛ یک عکس یا اسکرینشات قدیمی بعد از این مدت دیگر معتبر نیست. این از سوءاستفادهی رایج «عکس کد روی گوشی همکار» جلوگیری میکند.
ثبت تردد از تلگرام/ایتا/بله چطور کار میکند؟
کارمند فقط کلمهی «ورود» یا «خروج» را به بات متصلشده به همان کانال میفرستد؛ سیستم شناسهی چت او را به پروندهی کارمندیاش تطبیق میدهد و بلافاصله پاسخ ثبت را برمیگرداند. این مسیر از موتور اعلان همهکانالهی ابرک عبور میکند، نه یک بات جداگانه.
آیا ردیابی موقعیت زنده‌ی کارمند بدون اطلاع او فعال میشود؟
خیر — هرگز. حتی وقتی مدیر ردیابی زنده را برای یک کارمند فعال کند، تا زمانی که خودِ کارمند رضایت صریح ثبت نکرده هیچ نقطه‌ی GPS ذخیره نمیشود؛ رضایت هر زمان قابل لغو است.
اضافهکاری چطور محاسبه میشود؟
سیاست اضافهکاری (قبل/بعد شیفت، سقف ساعت، نیاز به تایید مدیر) در سه سطح برنامهی کاری، شعبه و کارمند قابل تنظیم است — هر سطح میتواند سطح بالاتر را override کند.
آیا این افزونه با نسخههای قدیمیتر اودو هم کار میکند؟
بله. یک کدپایهی واحد Odoo ۱۴ تا ۱۹ را پوشش میدهد؛ تفاوتهای ویو و گروهبندی دسترسی بین نسخهها بهصورت خودکار در فرایند build مدیریت میشود.
اگر کارمند فراموش کند ورود یا خروج بزند چه میشود؟
از منوی درخواستهای فراموشی، درخواست اصلاح با ساعت پیشنهادی و علت ثبت میکند. مدیر حضور و غیاب آن را بررسی میکند و ساعت پیش و پس از اصلاح ثبت میماند. هیچکس درخواست خودش را تأیید نمیکند.
آیا تعطیلات رسمی خودکار وارد میشود؟
تعطیلات از فایل منبع رسمی (تقویم رسمی یا بخشنامهٔ تعطیلی اضطراری) با پیش‌نمایش وارد تقویم کاری اودو میشود. فهرست ثابتی همراه اپ نیست، چون تعطیلات قمری و اضطراری هر سال تغییر می‌کنند.
شیفت شناور و چرخشی پشتیبانی میشود؟
بله. شیفت شناور روی تقویم «ساعات منعطف» اودو، با پنجرهٔ ورود و ساعات اصلی تعریف میشود. شیفت چرخشی با الگوی نوبت‌ها برای یک تیم ساخته و پس از پیش‌نمایش منتشر میشود.
آیا به دستگاه اثر انگشت وصل میشود؟
لایهٔ دریافت رویداد دستگاه آماده و با شبیهساز آزموده شده است. پشتیبانی هر مدل دستگاه فقط پس از آزمون روی همان مدل اعلام میشود، و الگوی اثرانگشت یا چهره هرگز ذخیره نمیشود.
هزینه‌ی این افزونه چقدر است؟
به‌عنوان اپ مستقل روی اپ رایگان حضور و غیاب سوار میشود؛ قیمت دقیق و به‌روز در صفحه‌ی همین اپ و قیمت‌گذاری آمده است.
