Функциональный анализ и бизнес-логика мобильной системы фиксации активности

Руководство по операционным сценариям, интерфейсным вкладкам и логике контроля работ в АПК

Author

Core Infrastructure & Simulation Framework Documentation

Published

June 11, 2026

1 Введение и назначение документа

Данная спецификация представляет собой описание бизнес-логики и операционных сценариев мобильного приложения, разработанного на фреймворке Flutter. Документ ориентирован на бизнес-аналитиков, менеджеров продукта (Product Owners) и операционных контролеров, обеспечивая прозрачное понимание того, как устроены рабочие экраны системы и по каким правилам фиксируется деятельность сотрудников.

Мобильное приложение функционирует как автоматизированное рабочее место (АРМ) сотрудника агросектора (обходчика, замерщика, разнорабочего), выполняющего ручные технологические операции на рассредоточенных объектах (полях, участках).

1.1 Основная бизнес-цель системы

Обеспечить мгновенную и достоверную фиксацию факта выполнения физических работ на грунте с подтверждением реального присутствия сотрудника на месте. На основе собираемых приложением логов и временных меток в автоматизированном режиме рассчитывается Коэффициент трудового участия (КТУ) и производится начисление заработной платы.

2 Архитектура интерфейсов (Эскиз) и рабочих зон Приложения

Главный рабочий экран разделен на две вкладки (Tabs) для независимой отправки данных на разные эндпоинты бэкенда.

3 Концепция Shared-периметра1 и цифровые агенты

Архитектура системы построена по принципу совместно используемого граничного узла (Shared Edge Node). Это означает, что единый программный интерфейс (API) и логические контурные правила обслуживают два типа субъектов:

  • Реальные сотрудники: Используют мобильное приложение на смартфонах. Интерфейс адаптирован под неблагоприятные полевые условия (грязные руки, блики экрана, дефицит времени) и сводит к минимуму ручную клавиатурную разметку.
  • Цифровые агенты (Программные симуляторы): Специализированные боты-двойники программно воспроизводят шаги реальных пользователей. Они отправляют идентичные пакеты данных, генерируют медиапотоки аналогичной структуры и проходят те же фильтры допусков. Это позволяет накапливать массивные датасеты для нагрузочного тестирования бэкенда и обучения аналитических моделей.

4 Три фундаментальных этапа функционирования АРМ

Логика работы мобильного приложения разделена на три изолированных функциональных этапа, которые последовательно переводят состояние операционной сессии от инициализации к фиксации:

  1. Авторизация и координация : Проверка контрактов и допусков пользователя для верификации сессии.
  2. Фоновый гео-контроль : Сбор GPS-данных в фоновом режиме без блокировки пользовательского интерфейса.
  3. Многокомпонентный отчет : Финальная фиксация данных с разделением контуров на голосовой (VOICE), снимки (SNAPSHOT) и базовый ручной (MANUAL) ввод.

4.1 Этап 1: Авторизация и координация (Матрица допусков)

При входе в приложение сотрудник указывает свои учетные данные. Система обращается к реестрам и выполняет комплексную координацию профиля:

  • Определяет перечень компаний (worker_companies), в которых данный сотрудник имеет активный юридический контракт.
  • Формирует строго ограниченный список закрепленных за ним физических полей и участков оперирования.
  • Подтягивает индивидуальную матрицу допусков — разрешенный перечень технологических операций (например, только «Полив» и «Визуальный скаутинг»), исключая выполнение неавторизованных работ.

4.2 Этап 2: Скрытый фоновый гео-контроль и форензик-аудит

После успешного подтверждения прав и выбора параметров сессии на первом этапе, сотрудник активирует задачу и приступает к её выполнению. В этот момент включается одно из ключевых защитных правил платформы — фоновый гео-контроль местоположения.

  • Отсутствие клиентских блокировок: Интерфейс мобильного приложения намеренно никогда не блокирует действия рабочего и не выводит на экран предупреждений о нарушении пространственных границ. Это сделано для того, чтобы нечестный сотрудник не мог подобрать код валидных координат методом «тыка», находясь дома на диване или за пределами участка (приведено в качестве примера).
  • Сбор криминалистического (Forensic Analysis) следа: Приложение внешне отрабатывает абсолютно штатно, транслируя на сервер код успешного приема пакета HTTP 202 Accepted. Однако в фоновом режиме модуль геолокации непрерывно собирает и записывает реальные GPS-логи.
  • Последствия гео-фрода для заработной платы и уровня коэффициента: Если бэкенд при сопоставлении пространственных данных выявляет нарушение (удаление от центра назначенного объекта превышает установленный регламентом радиус допуска в N метров), транзакция маркируется признаком компрометации. Данная запись передается в контур цифровой криминалистики (Forensics Audit) для перерасчета КТУ, аннулирования наряда за текущую смену и передачи отчета в бухгалтерию для удержания выплат.

4.3 Этап 3: Двухкомпонентный отчет (Эргономика ввода)

Основной рабочий экран предоставляет сотруднику две альтернативные вкладки для отправки финального отчета о выполнении задачи, разделяя потоки данных на голосовой и ручной контуры.

4.3.1 Вкладка VOICE: Асинхронный голосовой отчет и последующая корректировка

Предназначена для бесконтактного и быстрого ввода в тяжелых полевых условиях, когда ручное заполнение текстовых форм на экране смартфона затруднено.

  • Голосовой пуш (Fire-and-Forget): Сотрудник удерживает кнопку и наговаривает отчет (пример): «Завершил полив сектора два, расход нормальный». Звуковой файл уходит на бэкенд, а интерфейс мгновенно разблокируется, позволяя сразу убрать телефон. Вычисления происходят в фоновом режиме, не заставляя человека ждать окончания распознавания.
  • Обработка нечеткости ИИ (Экран черновиков отчетов(Reports)): Если нейросеть распознала фразу нечетко, система не отбрасывает её, а активирует обратную связь. Сотруднику на экран прилетает черновик текстовой записи отчета. Работник руками правит опечатку ИИ прямо в текстовом поле интерфейса и нажимает кнопку подтверждения, завершая транзакцию и отправляя чистые данные в отчетность.

4.3.2 Вкладка MANUAL: Ручной Тайм-трекинг(Time-tracking)2 и автоматические прерывания

Используется при высоком уровне внешнего шума (работа тяжелых двигателей, насосных станций) или при полном отсутствии сотовой связи на объекте.

  • Логика кнопок START/STOP: Работник фиксирует этапы начала и завершения физических работ нажатием экранных клавиш. Система считает чистые минуты тайм-трекинга, записывая координаты начала и окончания процесса.
  • Жизненный цикл сессии при сворачивании и блокировке: Мобильное приложение поддерживает полное сохранение состояний при потере фокуса. Если сотрудник свернул приложение, заблокировал экран, убрал телефон в карман или принял входящий звонок, внутренний таймер сессии не сбрасывается. Процесс трекинга и фоновый сбор GPS-координат продолжают непрерывно выполняться в фоновом режиме операционной системы.
  • Автоматическое прерывание сессии и штрафные санкции: Если сотрудник забыл нажать кнопку «СТОП» и покинул объект (или уехал домой), вступает в силу правило защитного тайм-аута. При превышении максимальной нормативной длительности операции (более 8 часов непрерывного выполнения одной работы) бэкенд выполняет автоматическое принудительное прерывание сессии.
    • Аннулирование наряда и обнуление КТУ: Такая сессия автоматически признается девиантной и бракуется алгоритмом. Время работы по данному наряду сбрасывается в ноль, КТУ за текущую смену не начисляется, а инцидент отправляется на модерацию администратору для расследования факта умышленной накрутки часов.

5 Перспективы развития платформы: Расширение операционных групп

Разработанная архитектурная модель shared-периметра3 и общих рельсов данных изначально спроектирована с учетом высокой масштабируемости. В рамках долгосрочного развития платформы запланирован последовательный переход от фиксации исключительно ручного труда к координации смешанных парков оперирования.

В контур брокера сообщений Apache Kafka и персистентные таблицы СУБД закладываются расширения для поддержки двух новых технологических групп:

  1. Группа автоматизированной и пилотируемой техники: Интеграция телеметрии бортовых компьютеров, трекеров зажигания и датчиков расхода топлива для контроля машинных технологических операций.
  2. Группа беспилотной робототехники: Подключение автономных колесных платформ, автоматических систем капельного орошения и беспилотных летательных аппаратов (БПЛА-скаутов). Роботизированные узлы будут передавать свои координатные сетки и отчеты о выполнении миссий в те же таблицы сессий (process_chronology), обеспечивая сквозной автоматический аудит и построение единых карт Process Mining для всего предприятия.

6 Заключение

Функциональный анализ и проектирование бизнес-логики клиентского периметра мобильного приложения на фреймворке React Native позволили создать эффективное автоматизированное рабочее место (АРМ) полевого сотрудника, полностью интегрированное в общую событийно-ориентированную инфраструктуру платформы.

  1. Эргономика и неблокирующий интерфейс: Разделение контуров работы на асинхронный голосовой ввод (вкладка VOICE) и ручной хронометраж (вкладка MANUAL) позволило полностью изолировать интерфейс приложения от тяжелых серверных вычислений. Пользователь получает мгновенный отклик системы, а все расчеты ИИ происходят в фоновом режиме, не блокируя рабочий процесс.
  2. Защита от фрода и достоверность КТУ: Внедрение скрытого фонового контроля местоположения (геофенсинга) и автоматического принудительного прерывания сессий при превышении лимитов времени защитило систему от махинаций и накрутки рабочих часов. Внедрение промежуточных экранов текстовых «Черновиков» отчетов гарантировало консистентность собираемых данных при ошибках распознавания ИИ.

Разработанная архитектура экранов, сценариев переходов и фоновых процессов является единым стандартом Shared-периметра. Она обеспечивает абсолютную идентичность операционного следа как для живых сотрудников на объектах, так и для автономных агентов цифрового симулятора, формируя надежный фундамент для точного расчета заработной платы и последующего сквозного анализа бизнес-систем.

Footnotes

  1. Разделяемый периметр безопасности — это англицизм и профессиональный термин из сферы кибербезопасности и системного администрирования. Он описывает общую ИТ-инфраструктуру и защитный контур, который одновременно используют несколько независимых субъектов: разные отделы компании, дочерние организации или мобильные сотрудники, работающие удаленно с личных и корпоративных устройств. В контексте статьи объясняет, как изолировать конфиденциальные данные внутри устройства или сети, когда сотрудник использует рабочий софт в личных целях или наоборот (концепция BYOD — Bring Your Own Device).↩︎

  2. Тайм-трекинг или хронометраж — метод изучения затрат рабочего времени путем замера и анализа продолжительности циклически повторяющихся элементов операции. В контексте статьи используется для нормирования труда, выявления «потерь» времени и оптимизации бизнес-процессов.↩︎

  3. Разделяемый периметр безопасности — это англицизм и профессиональный термин из сферы кибербезопасности и системного администрирования. Он описывает общую ИТ-инфраструктуру и защитный контур, который одновременно используют несколько независимых субъектов: разные отделы компании, дочерние организации или мобильные сотрудники, работающие удаленно с личных и корпоративных устройств. В контексте статьи объясняет, как изолировать конфиденциальные данные внутри устройства или сети, когда сотрудник использует рабочий софт в личных целях или наоборот (концепция BYOD — Bring Your Own Device).↩︎