Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Добрый день. Понадобилось восстановить сообщения за 2018 год. Сообщения сохранены в формате *.wln. Я создал новую учётную запись, создал копию необходимого объекта без IMEI и номера SIM в новой учётной записи и импортировал в неё сохранённые сообщения. Однако сообщения были импортированы только с 23.10.2018 (минус 400 дней с сегодняшнего числа). Подскажите, пожалуйста, что как прочитать эти данные и составить по ним отчёт?
pavelyaroshuk добрый день
для таких сообщений есть приложение Backup Viewer http://apps.wialon.com/#backupviewer
Подскажите, пожалуйста, что как прочитать эти данные и составить по ним отчёт?
Дополнительно отмечу, что в Backup Viewer нет возможности строить отчёты -- вы можете только просмотреть сами сообщения.
При ограниченном сроке хранения сообщений в стандартном функционала альтернатив на данный момент нет.
т.е. если начнутся терки с налоговой или с поставщиком топлива, то отстоять свою точку зрения клиент сможет только за 400 последний дней, даже при условии наличия архива с сообщениями по объекту?
А есть возможность рассмотреть доработку при которой загрузка данных на сутки можно произвести за любой период?
Предложение RedRock поддерживаю. Иначе функция архивирования сообщений теряет смысл.
Моему клиенту понадобились архивные данные срочно, и они есть, но воспользоваться ими невозможно. И клиент начинает думать, что мы его обманываем и что в других системах данные хранятся дольше и не перейти бы на них.
+ за доработку или новый апс
А чем не подходит Backup Viewer?
А чем не подходит Backup Viewer?
Во-первых, приложение не загружает файлы с данными за 2018 год. Во-вторых, пользы от трека и сырых данных нет, нужны отчёты. Причём, как заметил коллега RedRock, нужны временно, хотя бы на сутки.
В качестве срочного одноразового временного решения можно скриптом пододвинуть дату всех сообщений ровно на год в файле, чтобы они корректно загрузились в другой пустой объект. В отчётах, правда, будет 2019.
В качестве срочного одноразового временного решения можно скриптом пододвинуть дату всех сообщений ровно на год в файле, чтобы они корректно загрузились в другой пустой объект. В отчётах, правда, будет 2019.
Это костыль, причем очень неудобный и сомнительный. Возможность на короткий срок загружать данные была бы идеальным решением. Например, если бы старые данные удалялись бы не сразу, а раз в сутки, в 00:00 часов например регламентным заданием. Тогда можно бы было загрузить данные и нормально построить по ним отчеты, а не устраивать пляски с бубном и костылями.
Необходимо сохронить хотя бы подобия некорректируемости данных в вопросах, которые могут возникнуть в течени 5 лет. А вы предлагаете сдвинуть время - ключивой параметр.
Дествительно нет тех возможности внести изменения, при котором архив можно загружать за любой срок, при условии что все сообщения удалятся в 00:00UTS?
Таблицы которые могут быть задействованы:
Поездки
Моточасы
Запрвки
Сливы
Потеря связи
Движение топлива
Поездки между геозонами
Трасировка сообщений
Трекер сами понимаете тут не поможет.
Может стоит переделать сам смысл хранения данных за 400 дней.
И сделать их не 400 дней от текущего момента, а 400 дней от последней точки объекта.
Тогда можно создать пустой объект и загрузить в него сообщения за любой год(2017, 2018 и т.д. хоть 2010), но объем сообщений не будет превышать один год (точнее 400 дней).
