Мы разрабатываем мобильные приложения для учёта рабочего времени, которые решают проблему неточных отметок и споров с HR. Геолоцированные отметки с антифрод-механизмами, офлайн-режим и интеграция с 1С — это не просто удобно, это экономит до 15 часов в месяц на проверке табелей. Наши решения используют промышленный стек: Swift 5.9+ / Kotlin + Jetpack Compose, Firebase, PostGIS. Более 5 лет на рынке, 120+ выполненных проектов — гарантируем качество и соблюдение сроков. Окупаемость приложения — менее 2 месяцев за счёт сокращения ошибок в табелях.
Как геофенсинг обеспечивает точность отметок?
Геофенсинг — основа антифрода. При check-in приложение проверяет, что пользователь находится в радиусе N метров от рабочего места. iOS: CLLocationManager с requestLocation() (одиночный замер, экономит батарею) — точность kCLLocationAccuracyNearestTenMeters. Android: FusedLocationProviderClient.getCurrentLocation(PRIORITY_HIGH_ACCURACY) из Google Location Services. Точность в помещениях повышается за счёт Wi-Fi fingerprinting: при check-in собирается список BSSID и RSSI через NEHotspotHelper (iOS, требует entitlement) или WifiManager.getScanResults() (Android). Если GPS неточен, сверяемся с эталонным fingerprint офиса. Такой подход повышает точность идентификации местоположения на 40% по сравнению с использованием только GPS.
Сравнение методов геолокации
| Метод | Точность | Батарея | Помещения |
|---|---|---|---|
| GPS | до 3-5 м | высокая | низкая |
| Wi‑Fi fingerprinting | до 10 м | низкая | высокая |
| NFC | контактная | не влияет | отличная |
Почему стоит использовать NFC для отметок?
Для строгого контроля — NFC-метки на входе. Сотрудник прикладывает телефон к метке, приложение считывает NFCNDEFReaderSession (iOS) или NfcAdapter (Android) и автоматически фиксирует check-in с timestamp. Подделать физически невозможно. NFC исключает возможность удалённого «накручивания» часов — пока сотрудник не подойдёт к метке, отметка не засчитывается. Это даёт точность 100% при фиксации времени прихода/ухода.
Офлайн-режим и синхронизация: как это работает?
Стройка, склад, выездные бригады — интернет нестабилен. Все отметки должны сохраняться локально и синхронизироваться при появлении сети. Локальное хранилище: SQLite через Room (Android) или GRDB.swift (iOS). Таблица time_records: id (UUID, генерируется локально), type (check_in/check_out/break_start/break_end), latitude, longitude, wifi_bssids, timestamp, synced (boolean), sync_error. Фоновая синхронизация: iOS — BGTaskScheduler с BGAppRefreshTask. Android — WorkManager с NetworkType.CONNECTED. При синхронизации — batch upload всех несинхронизированных записей, на сервере идемпотентность по client_id. Офлайн-режим повышает надёжность учёта на 30% по сравнению с решениями, требующими постоянного интернета.
Технические детали синхронизации
Конфликты синхронизации разрешаются по правилу «последняя запись побеждает» с учётом client_id. Если изменений несколько — приоритет у серверной записи. Для отслеживания статуса синхронизации используется столбец synced и sync_error. При ошибке синхронизации (например, таймаут) запись не помечается synced и повторяется при следующем окне.
Табель и отчёты: что можно получить?
Табель — сводная таблица за период. Для каждого сотрудника: дата, время прихода, время ухода, перерывы, итого часов, статус (вовремя/опоздание/переработка). Генерируется на бэке, клиент получает paginated JSON. Экспорт: PDF через WeasyPrint/Puppeteer на сервере или Excel через xlsxwriter (Python) / Apache POI (Java). Клиент скачивает файл через URL с short-lived signed token. На iOS — UIDocumentInteractionController для открытия/шаринга. На Android — FileProvider + Intent.ACTION_VIEW. Интеграция с 1С: 1С умеет принимать данные через REST API (HTTP-сервис) или через обмен файлами (CSV/XML по расписанию). Для прямой интеграции нужен 1С-разработчик на стороне клиента — мы готовим API с нужной структурой данных.
Что делать, если сотрудник забыл отметиться?
Необходима возможность ручной корректировки с обязательным комментарием и уведомлением руководителю (push через FCM/APNs). Руководитель видит запрос на изменение и утверждает или отклоняет его. Все корректировки логируются.
Роли и структура: как разграничить доступ?
Три уровня: сотрудник (видит свой табель, делает отметки), руководитель (видит табель своего отдела, одобряет корректировки), HR/бухгалтерия (полный доступ, экспорт, настройка графиков). Авторизация — JWT с ролью в payload, проверка на уровне API middleware. График работы (сменный, гибкий, стандартный 9-18) задаётся в административной части — мобильное приложение учитывает его при расчёте опозданий и переработок.
Что входит в работу?
- Документация: архитектурная схема, описание API, инструкции для пользователей.
- Исходный код с комментариями, настроенный CI/CD (GitHub Actions / GitLab CI).
- Публикация в App Store и Google Play с соблюдением App Store Review Guidelines и Google Play Developer Policy.
- Обучение сотрудников (до 3 часов онлайн-сессий).
- 3 месяца технической поддержки и исправления ошибок.
Свяжитесь с нами для оценки вашего проекта. Закажите демо-версию, чтобы увидеть функционал в действии.
Сравнение базовой и расширенной версии
| Функция | Базовая версия | Расширенная версия |
|---|---|---|
| GPS check-in/out | + | + |
| Wi-Fi fingerprinting | – | + |
| NFC-метки | – | + |
| Офлайн-режим | – | + |
| Интеграция с 1С | только CSV | REST API |
| Экспорт PDF/Excel | Excel | Оба |
| Техподдержка | 1 месяц | 3 месяца |
Сроки и стоимость
Базовое приложение (GPS check-in/out, табель, экспорт) — 2-4 недели. С NFC, Wi-Fi fingerprinting, офлайн-режимом и интеграцией с 1С — 6-10 недель. Стоимость рассчитывается индивидуально: количество платформ, нужна ли веб-версия для HR, объём интеграций с внешними системами. Получите консультацию — мы рассчитаем точную оценку для вашего проекта.