Июнь 2025
Выпуск обновлений SKIF.PRO за июнь 2025 года. Изменения относятся к веб-интерфейсу: авторизация, уведомления, отображение данных в мониторинге, исправления и доработки отчётов.
Авторизация от имени пользователя
Сотрудники интегратора могут авторизоваться от имени любого пользователя через Админ-панель, без ввода логина и пароля. Функция применяется при технической поддержке и обслуживании клиентов: запросы доступа и восстановление паролей не требуются.
Специалисты техподдержки входят в интерфейс пользователя для решения проблемы. Все такие входы фиксируются в системе: в логах видно, что работал представитель техподдержки, и какие действия были выполнены.
Сценарии использования
Сотрудники интегратора входят в интерфейс нужного пользователя, чтобы:
- проверить настройки и доступы;
- помочь с настройкой оборудования;
- решить проблему.
Протоколирование входов
Все такие входы фиксируются в логах системы:
- видно, кто именно из сотрудников интегратора выполнил вход;
- записываются все действия, выполненные в интерфейсе от имени пользователя.
Протоколирование обеспечивает контроль операций и исключает несанкционированный доступ.
Доступные роли
Функция доступна для пользователей с ролями:
- Редактор тарифа;
- Супервизор;
- Администратор.
Уведомление «Восстановление связи»
Пользователи платформы SKIF.PRO получают автоматическое уведомление о восстановлении связи с объектом. Система сообщает, когда объект снова выходит на связь после потери соединения. Уведомление применяется в ситуациях, когда оборудование временно теряет соединение, например при выезде из зоны покрытия или отключении питания. Уведомление позволяет определить, что объект снова на связи и данные начали поступать, без ручной проверки статуса объектов.
Авторизация по имени пользователя
В SKIF.PRO в качестве логина при входе в систему можно использовать имя пользователя. Для входа достаточно ввести заданное имя и пароль.
Время последней точки в списке объектов
В списке объектов в мониторинге отображается время последней точки — время последнего сигнала, полученного от устройства на транспорте. Показатель используется для оценки актуальности информации по каждому объекту без перехода в карточку трекера, а также для выявления устройств, от которых не поступают данные.
Исправления в июне
В июне устранён ряд ошибок, влияющих на стабильность и корректность отображения данных.
- Передача unit_id в архивных состояниях. При запросе
/api_v1/units_states/:unit_idчерез веб-интерфейс передавался некорректный unit_id. ID объекта передаётся корректно. - Выгрузка отчётов с группировкой. При выгрузке отчётов цифровые значения отображались с точкой, а не с запятой, что препятствовало автоматическому суммированию в Excel. Формат чисел приведён к формату с запятой.
- Данные в аннотации на треке. Значения некоторых датчиков, в частности «Топливо2» и составного датчика «Топливо», не отображались в аннотации объекта на треке, хотя данные в графиках и отчётах были корректны. Аннотация соответствует фактическим значениям.
- Повторяющиеся точки при экспорте через Админ-панель. При экспорте данных через Админ-панель формировался файл с дублирующимися координатами (до 300 тысяч одинаковых точек). Логика экспорта пересмотрена, повторяющиеся точки исключены.
Координаты в отчётах по поездкам
В таблице «Поездки» отображаются начальные и конечные координаты. Данные используются для контроля маршрутов и анализа отклонений в пути без обращения к трекам.
Адреса от и до в отчёте «Потеря подключения»
В отчёте «Потеря подключения» добавлена колонка «конечный адрес». Ранее отображался только начальный адрес; отчёт содержит данные по обеим границам сессий связи.
Ширина столбцов в PDF-отчётах
Переработана логика ширины столбцов при выгрузке в PDF: широкие столбцы сужены, узкие расширены. Отчёты рассчитаны на чтение с экрана и на печать.
Обработка тегов SPN для устройств Galileosky
Добавлена обработка тегов SPN (J1939) для устройств Galileosky. Данные по протоколу принимаются и интерпретируются системой.
Обмен через Redis для больших отчётов
Для отправки тяжёлых отчётов внедрён обмен через Redis. Конфигурации обновлены, сервисы выкатывались поэтапно, система прошла тестирование.
Ретрансляция исторических данных с учётом часового пояса
Ретрансляция исторических данных учитывает часовой пояс пользователя. Дополнительный пересчёт часового пояса не требуется: время определяется настройками в Админ-панели.
Тестирование резервного сервера dev3.skif.pro
Проверено переключение работы SKIF.PRO на резервный сервер dev3.skif.pro. Основным сервером разработки остаётся dev5.skif.pro; при его отключении работа продолжается на dev3: доступен просмотр отчётов и данных мониторинга. После восстановления основного сервера выполняется возврат в начальное состояние с полной синхронизацией баз данных (PostgreSQL и ClickHouse). Переключения не влияют на приём данных терминалами.
Результаты тестирования:
- переключение протестировано;
- возврат с dev3 на dev5 работает;
- автоматизация процесса планируется.
Смотрите также
- Вход в систему мониторинга
- Требования и ограничения
- Подключение к Open API
- Интерфейс
- Создание объекта
Перенесено из старой вики: news-page-new/june2025news · обновлено 2026-09-04