Что нового в SKIF.PRO? Обзор обновлений май-июнь 2026

Собрали основные обновления SKIF.PRO за сентябрь–октябрь. Новые возможности и доработки упрощают ежедневную работу с платформой, сокращают ручные действия, повышают стабильность сервиса и обеспечивают защиту данных. Мониторинг и карта — Появился инструмент «Прокладка маршрута», который строит путь, рассчитывает расстояние и ориентировочное время поездки. Точки можно задать на карте, найти по адресу или выбрать через объекты и геозоны. Маршрут редактируется перетаскиванием точек. Можно изменить порядок пунктов, развернуть направление или оптимизировать объезд с отображением экономии пробега. Готовый путь сохраняется в «Маршруты и рейсы» в виде линейной геозоны или выгружается в KML.  — Увеличили количество одновременно сравниваемых треков за сутки с 10 до 50. Можно сопоставить больше поездок на одной карте и найти отклонения в общей выборке. — Также появился поиск ближайших объектов рядом с точкой или внутри геозоны. Подробнее о функции в новости. Другие изменения: Значки событий можно выбирать при наложении на точки маршрута и друг на друга. После перезагрузки страницы в аннотациях событий отображается полный набор сохранённых данных. Добавили кнопку обновления аннотаций на карте. Теперь пользователи с ролью наблюдателя видят статусы движения объектов во вкладке «Мониторинг». Датчики и объекты — Появилась возможность сохранить объект и его архивное состояние, даже если часть подключенных к нему датчиков требует корректировки. Таким образом можно продолжить подключение техники или смену протокола, а затем изменить отдельные настройки. Датчики с ошибками отмечаются иконкой с пометкой ошибки и до исправления исключаются из расчётов в отчётах и онлайн-мониторинге. Фильтр показывает их отдельным списком. При импорте из Wialon датчики с неизвестными протоколу параметрами сохраняются вместе с формулами и тарировочными таблицами. Имя параметра можно исправить уже в SKIF.PRO. — В форме копирования датчиков появился флажок «Выбрать все». Теперь весь набор можно выбрать одним действием и перенести на другие объекты вместе с тарировочными таблицами. Это ускоряет настройку однотипной техники и помогает избежать пропусков при выборе датчиков вручную. При копировании с заменой прежние датчики удаляются, а вместо них добавляется набор с выбранного объекта. После переноса система повторно проверяет корректность настроек. Не нужно вручную удалять старые датчики и настраивать каждый новый. — Теперь один объект мониторинга можно использовать в нескольких компаниях с единой конфигурацией. Изменения настроек не нужно переносить между копиями. Подробнее можно прочитать в новости. Другие изменения: Объекты можно создавать последовательно, без перезагрузки страницы. В форме редактирования можно переключаться между всеми вкладками и заполнять необходимые поля. Топливные показатели — В настройках датчика топлива можно задать длительность паузы между сливами. Если перерыв достигает заданного интервала, последующее падение уровня топлива учитывается как отдельное событие. В отчёте можно отдельно анализировать время и объём каждого случая. — Доработали отображение сливов на графике так, чтобы оно соответствовало событиям в табличном отчёте «Сливы». При проверке подозрительного расхода стало проще сопоставить запись в таблице с падением уровня топлива на графике и разобрать конкретный слив. — В отчётах с графиком и заправками теперь отображаются зарегистрированные события заправки. Можно сопоставить рост уровня топлива с зафиксированным событием и проверить его по данным датчика за выбранный период. Отчёты — Добавили счётчик моточасов в отчётах и карточках транспортных средств. Наработку техники можно учитывать при планировании технического обслуживания. — Теперь отчёт по геозонам запускается с сохранённым выбором геозон, в том числе после обновления сервиса. Повторно добавлять их не требуется. — В отчёте «Нарушения скоростного режима» рассчитывается средняя скорость каждого зафиксированного превышения. Водители и пользователи — Водительский состав и сотрудников с доступом к платформе теперь ведется в отдельных справочниках. В «Водителях» находятся водители автопарка, в «Пользователях» — учётные записи диспетчеров, администраторов и других сотрудников. Для добавления водителя достаточно ФИО. Техническая учётная запись создаётся автоматически, без ввода пароля и email. Для пользователя системы нужны логин и пароль, email стал необязательным. Оба справочника поддерживают импорт из CSV.  Также улучшили работу со справочниками: Состав команд водителей корректно отображается и обновляется. Смены и водители, созданные через админ.панель, доступны при редактировании объекта. Админ.панель — Восстановили выгрузку финансового отчёта. Теперь отчёт корректно выгружается в виде таблицы, и администратор может проверить финансовые данные клиентов и использовать их для дальнейшего анализа. — Исправили ошибку, из-за которой изменение тарифа могло автоматически снять блокировку компании. Например, клиент, заблокированный за неуплату, вновь получал доступ к платформе после корректировки параметров тарифа. Теперь изменение тарифа сохраняет действующую блокировку. — Доработали отображение портов терминалов. Если для оборудования указано несколько портов, раньше в интерфейсе было видно только одно значение. Теперь отображается полный список через запятую — можно проверить параметры подключения, не упуская другие доступные порты. Ретрансляция Добавили передачу дополнительных статусов беспилотных транспортных средств по EGTS. О параметрах и настройке передачи подробнее описано в новости. Интерфейс — Появилась возможность оставить обратную связь и сообщить о проблеме после обновления во время работы с платформой.  — Обновили модули авторизации, оповещений и веб-интерфейса. В ключевых сервисах усилили проверку прав доступа — контроль того, какие данные и действия видны пользователю в соответствии с его правами. Эти изменения затрагивают защиту учётных записей и разграничение доступа к данным компании.  Другие изменения: Доработали отображение иконок объектов в формах уведомлений. Восстановили подсказку для email при восстановлении пароля и работу кнопок закрытия форм управления группами объектов. Добавили французскую локализацию платформы – переводы меню, подсказок и сообщений.

В SKIF.PRO расширили возможности работы с компаниями. Теперь один объект мониторинга можно сделать доступным сразу в нескольких компаниях без необходимости создания копий и ручной синхронизации настроек и датчиков.  В платформе SKIF.PRO компания — это отдельное рабочее пространство. В нём находятся его пользователи, объекты, геозоны, уведомления, шаблоны отчетов, настройки и другие сущности. Такой принцип изоляции позволяет разграничивать данные разных организаций и упрощает администрирование. Интегратор работает в контексте выбранной компании, не смешивая её данные с другими клиентами.  По мере развития проектов появились задачи, в которых один и тот же объект должен быть доступен в нескольких компаниях. Например, при филиальной структуре, работе с одним объектом в компаниях с разными часовыми поясами, или для предоставления доступа владельцам, чья техника используется сторонней организацией. Для таких сценариев платформа позволяет делать независимые копии объектов со своим набором датчиков и нужными настройками. Этот вариант по-прежнему доступен, если задачи требуют разных конфигураций одного объекта. Теперь появилась возможность сделать один и тот же объект доступным сразу в нескольких компаниях, сохраняя единую конфигурацию. Интегратору достаточно указать в каких рабочих пространствах он должен быть доступен. Поддерживать копии объектов, вручную или через API переносить изменения между ними больше нет необходимости. Таким образом мы сохранили изоляцию компаний, но добавили возможность использовать общий объект там, где этого требует конкретный проект.  Сейчас новый механизм реализован для объектов. В дальнейшем аналогичный подход планируется распространить на другие сущности платформы, в том числе геозоны и шаблоны.

В платформе SKIF.PRO реализована ретрансляция дополнительных статусов, необходимых для допуска беспилотных транспортных средств к эксплуатации на дорогах общего пользования. При ретрансляции SKIF.PRO передаёт параметры подзаписи EGTS_SR_AD_SENSORS_DATA полей ANS1–ANS4. Чтобы использовать доработку, создайте в системе соответствующие датчики и в их настройках укажите ретрансляцию в нужный параметр ANS: статус пассажира — ans2; статус такси — ans3. Новые требования Минтранса вступают в силу 1 октября 2026 года в связи с изменениями экспериментального правового режима. Рекомендуем заранее проверить передачу статусов от оборудования на принимающую сторону. При возникновении вопросов обратитесь в техническую поддержку. Поможем проверить или настроить ретрансляцию. Связаться можно через удобный для вас канал связи: 🔹 портал support.skif.pro 🔹 Telegram-бота @skifgps_bot 🔹 бота в MAX https://max.ru/id9729067730

Парк молокозавода из Сибири насчитывает 97 автомобилей, задействованных в перевозке сырья и готовой молочной продукции. У предприятия уже была внедрена система мониторинга, но данные о фактической работе машин оставались отделены от транспортного учёта, а пробег, расход топлива и связанные с ними списания чаще всего определялись по путевым листам. Предприятию было важно проверить фактическую эксплуатацию автомобилей и какие ресурсы можно оптимизировать.  Проект вела компания «ЦИФРА» – интегратор цифровых решений для сельхозпредприятий. В числе направлений компании – ГЛОНАСС мониторинг транспорта, топливный контроль, аналитика и интеграции. Задачей «ЦИФРА» было связать данные мониторинга с внутренним учётом предприятия, выстроить на их основе систему контроля эксплуатации парка и получить независимый источник для проверки. Рассказываем какие нарушения удалось выявить благодаря данным из SKIF.PRO, и какой экономии достичь после того, как разные источники информации начали сопоставляться. Путевой лист перестал быть единственным источником данных Раньше предприятие использовало Wialon, но данные мониторинга существовали отдельно от транспортного учёта. При переходе на SKIF.PRO нужно было не просто перенести объекты в новую систему, а связать телематику с 1С, где велись основные учётные процессы предприятия. Для этого специалисты компании «ЦИФРА» использовали собственную разработку – подсистему «1С–ЦИФРА–SKIF.PRO». Её схема такова: рассчитанные в SKIF.PRO показатели загружались в 1С и сопоставлялись с данными путевого листа, прежде всего с пробегом и расходом топлива. В интерфейсе сотрудник сразу видел значение из документа, данные в системе мониторинга и отклонение между ними в абсолютном и процентном выражении. Если расхождение превышало 3%, служба безопасности молокозавода инициировала внутреннюю проверку и выясняла причину: была потеря сигнала ГЛОНАСС бортовым оборудованием или приписка водителя. Если расхождение превышало 3%, служба безопасности молокозавода инициировала внутреннюю проверку и выясняла причину: была потеря сигнала ГЛОНАСС бортовым оборудованием или приписка водителя. Путевой лист в 1С после интеграции для сравнения показателей из документа, значение SKIF.PRO и отклонение. Сотрудникам транспортной службы завода при этом не требовалось отдельно открывать систему мониторинга, искать автомобиль и вручную сверять данные. А при проведении документа можно было выбрать, какие показатели использовать в отчёте – нормативные, из путевого листа или рассчитанные SKIF.PRO. Антон Теряевдиректор по развитию компании «ЦИФРА» Для интеграции с «1С» нам было важно получать из системы не сырые данные, которые надо потом интерпретировать, а уже рассчитанные показатели. SKIF.PRO сам считает пробег, расход топлива и другие параметры, и в «1С» они поступают уже готовые для использования в учётном процессе. Так путевой лист перестал быть единственным источником информации. У транспортной службы и бухгалтерии появился второй, независимый источник – фактические данные из SKIF.PRO. И когда начали сопоставлять данные из разных систем, то на дальнем и регулярном маршруте выявили одно из первых серьезных расхождений. Одна из деревенских ферм «отдалилась» от завода на 44 км Молокозавод регулярно забирал молоко из одной и той же деревни несколько лет подряд. Фактическое расстояние по маршруту составляло 203 км. Но в путевых листах оно постепенно увеличивалось и за полтора года достигло 247 км. При сопоставлении путевого листа с данными SKIF.PRO заявленный пробег стал выше на 44 км. Машины продолжали ездить по прежнему маршруту, но вместе с километражем росли нормативы расхода топлива и другие связанные с пробегом затраты. Этот маршрут оказался лишь одним из выявленных расхождений. По той же схеме начали проверять остальные путевые листы. И единичная находка стала поводом для системной проверки всего парка. Завышенный пробег влияет не только на объём списанного топлива. От километража зависят и другие эксплуатационные нормативы, в том числе списание масла и шин. Поэтому предприятие пересмотрело сразу нескольких статей затрат, в том числе норм расхода топлива. В результате экономия по автопарку из 97 автомобилей только за один месяц после сверок составила 20 184 литра топлива. Обнаружили причину ухудшения качества продукции  Руководству завода стали поступать жалобы от торговых точек на качество продукции. Товар после поступления начинал портиться уже на второй-третий день, стало больше возвратов от покупателей и списаний товара. Нужно было понять, что происходит с молочной продукцией от отгрузки с завода до разгрузки в другом городе.  Для скоропортящейся продукции устанавливают определенный температурный режим перевозки. Поэтому для рефрижераторов, перевозящих товар, «ЦИФРА» установила датчики температуры в кузов. Если он показывает, что во время эксплуатации температура ниже, чем должна быть по регламенту, это значит, что холодильная установка либо работала на более малых оборотах, либо неисправна. Факт запуска рефрижератора определяли по напряжению сети с помощью абонентского терминала. Но одного температурного датчика было недостаточно. Рост температуры показывал, что режим перевозки нарушен, но не объяснял причину.  У рефрижератора собственный двигатель и отдельный топливный бак. В него установили беспроводные датчики уровня топлива. Если холодильник работал исправно, то уровень топлива снижался постепенно. В SKIF.PRO специалисты интегратора свели четыре типа данных и восстановили картину рейса. Сопоставляли маршрут автомобиля, температуру в кузове, признак работы холодильной установки и уровень топлива в её отдельном баке.  График рейса рефрижератора и график температуры  Выяснилось, что после выезда из города некоторые водители отключали холодильную установку для экономии топлива и снова запускали её только примерно за час-полтора до места доставки. В результате к точке разгрузки внешняя часть продукции успевала охладиться, но внутри температура могла оставаться повышенной.  После того как причина стала понятна, молокозавод усилил контроль за соблюдением температурного режима в пути. В SKIF.PRO настроили уведомления об отклонениях. И если температура в рефрижераторе выше положенного, то диспетчер получает сообщение от системы и может сразу связаться с водителем выяснить причину и принять меры. Таким образом соблюдение режима частично легло на систему мониторинга и перестало зависеть только от внимания водителей.  После внедрения такого контроля количество нарушений при перевозке было минимизировано, а вместе с ними сократилось и число претензий к качеству продукции соответственно. SKIF.PRO стал частью учётных и производственных процессов До проекта данные мониторинга сами по себе не позволяли молокозаводу проверить, насколько показатели в учёте соответствуют реальной эксплуатации автопарка. После перехода на SKIF.PRO телематику связали с 1С, а в самой системе объединили данные транспорта и дополнительного оборудования. А благодаря дополнительным датчикам получился более широкий контур контроля. Он позволил: обнаружить и исключить приписки пробега; организовать отслеживание расхода топлива, сократить его расход более чем на 20 тысяч литров за месяц после внедрения по парку из 97 автомобилей и далее оптимизировать ресурсы на обслуживание; соблюдать условия перевозки скоропортящейся продукцией и сохранить качество продукции; встроить телематические данные в 1С и упростить сотрудникам проверку путевых листов и других транспортных документов без ручного сопоставления нескольких систем.  В этом проекте данные SKIF.PRO стали дополнительным источником проверки внутренних документов. Тот же подход можно использовать и для других процессов, где бизнесу нужны достоверные данные транспорта. Открытый API SKIF.PRO позволяет подключать платформу к корпоративным системам и создавать собственные сценарии интеграции. Расскажите нам о своей задаче – покажем, как её можно реализовать через SKIF.PRO и привлечем компетентного интегратора для внедрения.  [two_banners]