Потеря спутникового сигнала (например, в тоннелях, на подземных парковках или под воздействием РЭБ) — это не просто "пробел на карте". Это риск, что в 1С попадут неточные данные, которые могут создать проблемы со списанием ГСМ и контролем маршрута.
Как заставить трекер работать "по памяти" и сохранить достоверность?
1. Проблема: Две главные угрозы для учета:
∙ Провал в пробеге: При потере сигнала трекер не фиксирует пройденное расстояние. Когда связь восстанавливается, пробег появляется "скачком", что делает расчеты неточными, а маршрут — нелогичным.
∙ Потеря времени (Синхронизация): Трекеры используют точное спутниковое время (UTC). При глушении или отключении питания они могут потерять синхронизацию, и данные будут приходить на сервер с неправильной меткой времени.
2. Техническая защита: Гибридные трекеры и внутренняя память 💾
Чтобы бороться с этими угрозами, современный трекер должен иметь две ключевые функции:
∙ А. Черный ящик (Внутренняя память)
∙ Трекер обязан иметь большой объем внутренней памяти, чтобы сохранять все данные о пробеге, моточасах и событиях во время отсутствия связи.
∙ Синхронизация: При восстановлении связи (выходе из зоны РЭБ) трекер немедленно пакетно выгружает все накопленные данные на сервер. Это устраняет провал в пробеге и обеспечивает непрерывность трека.
∙ Б. Инерциальная навигация (Акселерометр)
∙ Суть: Встроенный акселерометр и гироскоп продолжают считать пройденный путь и направление движения, даже когда нет спутникового сигнала.
∙ Как это работает: Если сигнал потерян, трекер переключается в гибридный режим, используя инерционные данные для расчета пробега.
Для 1С: Благодаря инерционной навигации, в 1С загружается непрерывный, плавно рассчитанный пробег, а не скачок, что делает Путевой лист достоверным.
3. Защита времени: Локальное время и Серверный контроль ⏰
Потеря синхронизации времени — это риск для юридической силы документов:
∙ Локальное время трекера: Качественные трекеры имеют внутренние часы (RTC), которые работают от резервной батареи. Это позволяет им сохранять точное время в течение длительного периода отсутствия GPS.
∙ Серверный контроль: Сервер мониторинга — главный арбитр. При получении данных с трекера сервер:
∙ Сверяет время прихода данных с временем, указанным в пакете трекера.
Если обнаруживается расхождение, сервер корректирует время, используя свое точное UTC-время, прежде чем передать данные в 1С.
4. Достоверность в 1С: Юридическое обоснование 📜
Чтобы данные, восстановленные после глушения, были приняты для списания ГСМ:
∙ Внутренние акты: Составьте Акт о работе оборудования в зоне помех, где прописана методика расчета пробега с использованием "черного ящика" или инерциальной навигации.
∙ Настройка 1С: Убедитесь, что ваш модуль интеграции настроен на получение данных именно из внутренней памяти трекера (исторические данные), а не только онлайн-данных.
∙ Сравнение: В критических случаях (работа в зоне РЭБ) используйте сравнение данных о пробеге с импульсного датчика ("с колеса", если установлен) и восстановленного GPS/инерциального пробега. Разработка акта о допустимом отклонении.
Итог: Борьба с глушением — это переход на гибридный контроль. Только трекер с внутренней памятью и инерционной навигацией гарантирует, что пробег, загруженный в 1С, будет непрерывным и достоверным, даже если спутники "пропали".