Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Здравствуйте!
Приветствуем ваши пожелания по доработке Fleetrun в данной теме. Вы также можете создать новую тему в секции Fleetrun, если посчитаете нужным.
Добрый день.
Спасибо за отличное решение!
При создании нового сервиса в разделе расходы выпадает только два варианта: зап.часть или работа. Необходимо добавить еще расходные материалы, масла, шины и тд...
Добрый день.
Спасибо за отличное решение!
При создании нового сервиса в разделе расходы выпадает только два варианта: зап.часть или работа. Необходимо добавить еще расходные материалы, масла, шины и тд...
Здравствуйте!
Можно ли вести учет других расходных материалов с помощью запчастей? По сути новые шины - это тоже запчасть. Или в дальнейшем Вам было бы интересно видеть более детальную статистику по стоимости с разбивкой по каждому расходному материалу?
nebeshiy пишет:Добрый день.
Спасибо за отличное решение!
При создании нового сервиса в разделе расходы выпадает только два варианта: зап.часть или работа. Необходимо добавить еще расходные материалы, масла, шины и тд...Здравствуйте!
Можно ли вести учет других расходных материалов с помощью запчастей? По сути новые шины - это тоже запчасть. Или в дальнейшем Вам было бы интересно видеть более детальную статистику по стоимости с разбивкой по каждому расходному материалу?
Конечно с разбивкой по группам и с детальной статистикой будет удобнее. Новые шины это не запчасть 
.
mars пишет:nebeshiy пишет:Добрый день.
Спасибо за отличное решение!
При создании нового сервиса в разделе расходы выпадает только два варианта: зап.часть или работа. Необходимо добавить еще расходные материалы, масла, шины и тд...Здравствуйте!
Можно ли вести учет других расходных материалов с помощью запчастей? По сути новые шины - это тоже запчасть. Или в дальнейшем Вам было бы интересно видеть более детальную статистику по стоимости с разбивкой по каждому расходному материалу?
Конечно с разбивкой по группам и с детальной статистикой будет удобнее. Новые шины это не запчасть
Хорошо, запрос мы себе отметили. Возможно, кто-то из партнеров также выскажется за данное улучшение.
Где посмотреть в приложении сколько объекту осталось до того или иного ТО? По-моему остаток нигде не виден
Где посмотреть в приложении сколько объекту осталось до того или иного ТО? По-моему остаток нигде не виден
Здравствуйте, Андрей!
Непосредственно такую информацию в приложении сейчас нельзя получить, предложение мы себе отметили. Расскажите, пожалуйста, больше о варианте использования: в каких случаях информации об остатке времени/пробега/моточасов до следующего ТО может быть полезной?
На данный момент в Fleetrun можно просмотреть остаток времени/пробега/моточасов только для приближающихся сервисов на странице сервисов, однако функционал мы планируем расширять.
Будет здорово, если вы поделитесь реальным кейсом использования.
ehouse пишет:Где посмотреть в приложении сколько объекту осталось до того или иного ТО? По-моему остаток нигде не виден
Здравствуйте, Андрей!
Непосредственно такую информацию в приложении сейчас нельзя получить, предложение мы себе отметили. Расскажите, пожалуйста, больше о варианте использования: в каких случаях информации об остатке времени/пробега/моточасов до следующего ТО может быть полезной?
На данный момент в Fleetrun можно просмотреть остаток времени/пробега/моточасов только для приближающихся сервисов на странице сервисов, однако функционал мы планируем расширять.
Будет здорово, если вы поделитесь реальным кейсом использования.
Для начала, это просто нужно для наглядности информации, сейчас её не видно, это смущает - у объекта провели ТО, не наглядно, что "счетчик ТО" сбросился.
Далее, это было бы удобно для планирования. Также было бы полезно, чтобы приложение рассчитывало, когда приблизительно надо будет проводить конкретное ТО исходя из текущей интенсивности эксплуатации.
mars пишет:ehouse пишет:Где посмотреть в приложении сколько объекту осталось до того или иного ТО? По-моему остаток нигде не виден
Здравствуйте, Андрей!
Непосредственно такую информацию в приложении сейчас нельзя получить, предложение мы себе отметили. Расскажите, пожалуйста, больше о варианте использования: в каких случаях информации об остатке времени/пробега/моточасов до следующего ТО может быть полезной?
На данный момент в Fleetrun можно просмотреть остаток времени/пробега/моточасов только для приближающихся сервисов на странице сервисов, однако функционал мы планируем расширять.
Будет здорово, если вы поделитесь реальным кейсом использования.
Для начала, это просто нужно для наглядности информации, сейчас её не видно, это смущает - у объекта провели ТО, не наглядно, что "счетчик ТО" сбросился.
Далее, это было бы удобно для планирования. Также было бы полезно, чтобы приложение рассчитывало, когда приблизительно надо будет проводить конкретное ТО исходя из текущей интенсивности эксплуатации.
Андрей, спасибо большое за разъяснение.
Давайте разбираться по порядку:
1) "Для начала, это просто нужно для наглядности информации, сейчас её не видно, это смущает - у объекта провели ТО, не наглядно, что "счетчик ТО" сбросился."
Я думаю, что данное предложение (возможность увидеть подтверждение о том, что счетчик ТО сбросился) не связано с возможностью увидеть информацию о том, когда для определенного объекта наступит следующее ТО.
Вопрос у меня скорее было в том, что такая информация нужно только для наглядности или, скажем, менеджер автопарка может планировать следующую поездку на СТО не по самому ближайшему ТО для какого-то объекта, а совместив несколько ТО, которые должны произойти в обозримом будущем. Если такой вариант использования действительно существует, то такая доработка выглядит еще более необходимой.
2) "Также было бы полезно, чтобы приложение рассчитывало, когда приблизительно надо будет проводить конкретное ТО исходя из текущей интенсивности эксплуатации".
Это предложение звучит интересным и вполне реализуемым, однако для анализа интенсивности необходимо накопление определенного количества данных, чтобы результат был репрезентативным. Н-р, на основе среднего пробега ТС за предыдущие 6 месяцев и зная, что следующее ТО наступает через 10000 км, мы можем получить информацию о том, через сколько дней/в какую дату наступит следующее ТО.
Спасибо большое за данное предложение, мы обязательно обсудим его с командой.
Есть еще такой момент.
Когда ТО провели уже пару дней назад, например, в пятницу, а проводим его выполнение в понедельник, то какой пробег на момент проведения был неизвестно, машина уже проехала пару тысяч км. Надо по отчетам вычислять счетчик вручную - неудобно.
Подумайте, как можно улучшить, чтобы при выборе даты проведения ТО в прошлом, приложение автоматом предлагало бы подставить актуальный счетчик пробега на дату проведения работ.
Есть еще такой момент.
Когда ТО провели уже пару дней назад, например, в пятницу, а проводим его выполнение в понедельник, то какой пробег на момент проведения был неизвестно, машина уже проехала пару тысяч км. Надо по отчетам вычислять счетчик вручную - неудобно.
Подумайте, как можно улучшить, чтобы при выборе даты проведения ТО в прошлом, приложение автоматом предлагало бы подставить актуальный счетчик пробега на дату проведения работ.
Андрей, спасибо за предложение. Мы с командой обсудим возможные варианты решения, о нашем решении я дополнительно сообщу.
Просьба также добавить (вернуть) e-mail уведомления. Они теперь почти не нужны для больших автопарков от 50 авто (fleetrun здесь как ежедневный инструмент), но для автопарков менее 10 авто они очень актуальны.
ehouse пишет:Есть еще такой момент.
Когда ТО провели уже пару дней назад, например, в пятницу, а проводим его выполнение в понедельник, то какой пробег на момент проведения был неизвестно, машина уже проехала пару тысяч км. Надо по отчетам вычислять счетчик вручную - неудобно.
Подумайте, как можно улучшить, чтобы при выборе даты проведения ТО в прошлом, приложение автоматом предлагало бы подставить актуальный счетчик пробега на дату проведения работ.Андрей, спасибо за предложение. Мы с командой обсудим возможные варианты решения, о нашем решении я дополнительно сообщу.
В окне работы с Сервисом, в котором сохраняем выполнение ТО не хватает текущего пробега, или прямо кнопки с названием: "Сохранить с текущим пробегом 123100 км"
mars пишет:ehouse пишет:Есть еще такой момент.
Когда ТО провели уже пару дней назад, например, в пятницу, а проводим его выполнение в понедельник, то какой пробег на момент проведения был неизвестно, машина уже проехала пару тысяч км. Надо по отчетам вычислять счетчик вручную - неудобно.
Подумайте, как можно улучшить, чтобы при выборе даты проведения ТО в прошлом, приложение автоматом предлагало бы подставить актуальный счетчик пробега на дату проведения работ.Андрей, спасибо за предложение. Мы с командой обсудим возможные варианты решения, о нашем решении я дополнительно сообщу.
В окне работы с Сервисом, в котором сохраняем выполнение ТО не хватает текущего пробега, или прямо кнопки с названием: "Сохранить с текущим пробегом 123100 км"
Андрей, если я правильно поняла Ваш запрос, то суть в необходимости на момент регистрации сервиса зарегистрировать его с текущим пробегом.
Такая возможность есть на странице работы с сервисом:
По умолчанию система позволяет пользователю зарегистрировать сервис с текущим пробегом/текущим показателем моточасов (значение в данное поле подставляется, когда пользователь выбирает объект, для которого должен быть зарегистрирован сервис ). Однако есть возможность изменить данное значение вручную.
ehouse пишет:mars пишет:Андрей, спасибо за предложение. Мы с командой обсудим возможные варианты решения, о нашем решении я дополнительно сообщу.
В окне работы с Сервисом, в котором сохраняем выполнение ТО не хватает текущего пробега, или прямо кнопки с названием: "Сохранить с текущим пробегом 123100 км"
Андрей, если я правильно поняла Ваш запрос, то суть в необходимости на момент регистрации сервиса зарегистрировать его с текущим пробегом.
Такая возможность есть на странице работы с сервисом:
По умолчанию система позволяет пользователю зарегистрировать сервис с текущим пробегом/текущим показателем моточасов (значение в данное поле подставляется, когда пользователь выбирает объект, для которого должен быть зарегистрирован сервис ). Однако есть возможность изменить данное значение вручную.
Понимаете верно, надо сохранить текущим, но в этой ячейке "Пробег на момент сервиса" по умолчанию отображается не текущий пробег, а пробег, который будет, когда надо будет произвести ТО.
mars пишет:ehouse пишет:В окне работы с Сервисом, в котором сохраняем выполнение ТО не хватает текущего пробега, или прямо кнопки с названием: "Сохранить с текущим пробегом 123100 км"
Андрей, если я правильно поняла Ваш запрос, то суть в необходимости на момент регистрации сервиса зарегистрировать его с текущим пробегом.
Такая возможность есть на странице работы с сервисом:
По умолчанию система позволяет пользователю зарегистрировать сервис с текущим пробегом/текущим показателем моточасов (значение в данное поле подставляется, когда пользователь выбирает объект, для которого должен быть зарегистрирован сервис ). Однако есть возможность изменить данное значение вручную.
Понимаете верно, надо сохранить текущим, но в этой ячейке "Пробег на момент сервиса" по умолчанию отображается не текущий пробег, а пробег, который будет, когда надо будет произвести ТО.
Андрей, в поле 'Пробег на момент сервиса' по умолчанию всегда отображается текущий пробег транспортного средства. Вручную его можно заменить на другое значение.
На скриншоте сервис регистрируется для объекта Blue Bus, по умолчанию для него выставлен текущий пробег, который равен текущему пробегу на страннице данного объекта.
Об этом также можно почитать в документации: https://fleetrun.wialon.com/docs/ru/#ru … eation.htm
Андрей, в поле 'Пробег на момент сервиса' по умолчанию всегда отображается текущий пробег транспортного средства. Вручную его можно заменить на другое значение.
Так происходит не всегда.
Если из страницы объекта создавать новый сервис, то отображается текущий.
Если из интерфейса ближайших сервисов пытаться выполнить сервис, то там по умолчанию отображается тот счетчик, который идет из интервала (до которого надо произвести очередной данный сервис), а не текущий пробег. Вот в этом окне нужно увидеть, каков текущий пробег, а если дату поменяли на позавчера, чтобы предлагался позавчерашний счетчик.
Просьба также добавить (вернуть) e-mail уведомления. Они теперь почти не нужны для больших автопарков от 50 авто (fleetrun здесь как ежедневный инструмент), но для автопарков менее 10 авто они очень актуальны.
Технически есть небольшая сложность в отправке уведомлений на почту в Fleetrun, из-за чего данная функциональность не была включена в первый выпуск приложения. В WH, например, это возможно благодаря собственному SMTP серверу, которого нет в Fleetrun.
В данный момент мы находимся на стадии проработки способов добавления e-mail уведомлений. Как вариант, уведомления могут отправляться на почту средствами, которые настроены в системе (дефолтные почтовики), либо же пользователь может ввести свой SMTP сервер.
Относительно автопарков у меня созрел вопрос: какой процент Ваших клиентов - это автопарки до 10 объектов? Используют ли они текущий модуль ТО в WH? Суть в том, что особенного из вашего региона я получаю много обратной связи о том, что большие автопарки используют какие-то более продвинутые системы для контроля ТО и эксплуатационных расходов, а маленькие автопарки вовсе не контролируют ничего подобного.
Буду рада услышать Ваше мнение по этому поводу.
Здравствуйте! Планируется ли поддержка отправки уведомлений на WhatsApp? Если нет, было бы очень удобно, если бы Вы сделали такую возможность.
ehouse пишет:mars пишет:Андрей, в поле 'Пробег на момент сервиса' по умолчанию всегда отображается текущий пробег транспортного средства. Вручную его можно заменить на другое значение.
Так происходит не всегда.
Если из страницы объекта создавать новый сервис, то отображается текущий.
Если из интерфейса ближайших сервисов пытаться выполнить сервис, то там по умолчанию отображается тот счетчик, который идет из интервала (до которого надо произвести очередной данный сервис), а не текущий пробег. Вот в этом окне нужно увидеть, каков текущий пробег, а если дату поменяли на позавчера, чтобы предлагался позавчерашний счетчик.Андрей, дело не в том, из какого интерфейса регистрировать сервис. В поле "Пробег на момент сервиса" система по умолчанию отображает тот пробег, который был у ТС на момент создания сервиса.
Так, например, предстоящий сервис был создан вчера, в тот момент, когда пробег транспортного средства был 10000 км. Сегодня пробег транспортного средства составляет уже 10050 км. Перейдя на страницу соответствующего предстоящего сервиса в поле "Пробег на момент сервиса" Вы увидите значение в 10000 км.
А вот если Вы будете создавать сервис, которого еще нет с системе (с любым статусом), то пробег по умолчанию всегда будет равен текущему пробегу ТС. При изменении статуса данного сервиса через какое-то время пробег будет равен тому, который был на момент создания сервиса.
Это значит, что здесь Ваше предложение валидно и актуально, также, как и возможность, автоматического указания пробега в тот день, когда сервис должен был быть выполнен. Будем думать над двумя данными пунктами, спасибо!
Так, например, предстоящий сервис был создан вчера, в тот момент, когда пробег транспортного средства был 10000 км. Сегодня пробег транспортного средства составляет уже 10050 км. Перейдя на страницу соответствующего предстоящего сервиса в поле "Пробег на момент сервиса" Вы увидите значение в 10000 км.
По факту отображается следующим образом.
У автомобиля текущий пробег 411210. Последнее ТО проведено в 402000, периодичность 10000.
Заходим в ближайший сервис для данного авто, там отображается "Пробег на момент сервиса" = 412000.
Ожидаем обновлений!
Здравствуйте! Планируется ли поддержка отправки уведомлений на WhatsApp? Если нет, было бы очень удобно, если бы Вы сделали такую возможность.
Никита, здравствуйте!
Больше спасибо за предложение.
Сложность в том, что у WhatsApp нет открытого API, которое мы могли бы использовать для реализации отправки уведомления из Fleetrun.
Однако есть и хорошая новость: в декабре мы планируем обновление, в котором будет возможность отправки уведомлений в Telegram.
По статистике на момент августа 2018 года Telegram все еще занимает одно из лидирующих мест среди мессенджеров у пользователей смартфонов и установлен на 25% всех смартфонов.
На примере Telegram мы обкатаем механизмы отправки уведомлений в мессенджеры, а дальше будем решать по остальным мессенджерам и другим способам отправки уведомлений.
mars пишет:Так, например, предстоящий сервис был создан вчера, в тот момент, когда пробег транспортного средства был 10000 км. Сегодня пробег транспортного средства составляет уже 10050 км. Перейдя на страницу соответствующего предстоящего сервиса в поле "Пробег на момент сервиса" Вы увидите значение в 10000 км.
По факту отображается следующим образом.
У автомобиля текущий пробег 411210. Последнее ТО проведено в 402000, периодичность 10000.
Заходим в ближайший сервис для данного авто, там отображается "Пробег на момент сервиса" = 412000.
Ожидаем обновлений!
Андрей, а как в поле "Пробег на момент сервиса" может отображаться значение пробега в 412000, если оно больше, чем текущий пробег?
Андрей, а как в поле "Пробег на момент сервиса" может отображаться значение пробега в 412000, если оно больше, чем текущий пробег?
Это вопрос к разработчикам.
Так действительно работает на разных автопарках и разных интервалах, проверьте у себя.
Вообще-то это логично, что программа предлагает установить счетчик проведения работ тот, в который надо провести данное ТО, но еще правильнее установить текущий.
mars пишет:Андрей, а как в поле "Пробег на момент сервиса" может отображаться значение пробега в 412000, если оно больше, чем текущий пробег?
Так действительно работает на разных автопарках и разных интервалах, проверьте у себя.
Вообще-то это логично, что программа предлагает установить счетчик проведения работ тот, в который надо провести данное ТО, но еще правильнее установить текущий.
Резюмируя эту долгую беседу, могу выделить два пункта, которые мы с командой обсудим:
1) возможность зарегистрировать сервис с текущим пробегом;
2) возможность зарегистрировать сервис с пробегом, который был у ТС на момент фактического выполнения сервиса.
Андрей, благодарю за обратную связь и за тщательное тестирование нашего приложения. Буду держать Вас в курсе.
Добрый день.Есть несколько вопросов.
1)Планируется ли появление возможности подгружать во fleetrun перечень(склад) запчастей из 1С в формате csv или из эксель?В ручном или автоматическом режиме.
2)Есть ли возможность получать данные из fleetrun по IP о выполненных работах и использованных запасных частях?
Эти два пункта позволили бы автоматизировать процессы добавления и списания запасных частей,а так же формирование заявок на ремонт ТС.
Здравствуйте, Михаил! Михаил Горников СТКГРУПП
1) Мы уже получали запросы на импорт расходов в Fleetrun, рассмотрим его. Cпасибо.
2) Возможно, Вы имели в виду получение данных по API. Если да, то спешу Вас обрадовать: в следующем обновлении Fleetrun (постараемся до 2019) мы сделаем доступным API с документацией для использования нашими партнерами.
Также в приложении есть возможность отправки уведомлений на внешние серверы. Если у Вас есть сторонний сервер для получения уведомлений, которые могут дальше отправляться в другие системы, с которыми Вы работаете, то можете воспользоваться этой функциональностью.
Прочитать более подробно об уведомлениях можно здесь:
https://fleetrun.wialon.com/docs/ru/#ru … ations.htm
Здравствуйте , подскажите пожалуйста если в будущем планируется создание мобильного приложение для Fleetrun ? А именно
возможность создание, редактирование ,выполнение сервисов удаленна(с телефона) ! Часто мы наблюдали что лица контролирующие ТО автопарка не находится в офисе , и для работы с сервисами во Fleetrun им необходимо дублировать всю информацию на бумаге, либо попросту помнить и позднее ее внести в программу , что усложняет процесс слежение за автопарком. Я надеюсь этот функционал будет
удобный для многих интеграторов.
Здравствуйте, Михаил!
Благодарю за предложение.
Во время проведения рабочей группы на Телематике 2018 мы получили большое количество мнений о том, что сотрудник, отвечающий за проведение ТО, не сидит за компьютером. Для него будет удобным использовать планшет или мобильный телефон для регистрации проведения ремонта и любых других сервисов. Поэтому в закономерности Вашего запроса нет сомнений.
Скажу честно, что на данный момент у нас в планах нет создания такого приложения или адаптации веб-версии под мобильные ресурсы. Однако если мы будем получать большое количество подобных обращений от сообщества, то обязательно рассмотрим данный запрос детальнее.
Буду рада, если Вы сможете прислать свою обратную связь о работе с приложением на mars@gurtam.com.
Добрый день,
Прежде всего благодарим за сервис, очень полезный, удобный и простой в настройке.
Не так долго юзаем систему Fleetrun, вот что бы хотелось увидеть в ближайших релизах.
1. Добавить возможность вносить адреса автосервисных станций (шиномонтажи, мойки, СТО, стоянки осмотра или обслуживания) с привязкой или к интервалу или к запланированному сервису; (например добавить вкладку "Адреса" в хедере там заносить информацию с реквизитами: "Наименование" / название - "Тип" / СТО, шиномонаж, мойка и т.д. - "Адрес" - "График работы" - "Контактное лицо");
2. Возможность отправки уведомления о сервисе в приложение Logistic или смс или email уведомлений на телефон водителя привязанный к объекту или email указанный в настройках пользователя (в уведомлении реквизиты: дата, адрес, информация по сервису);
3. Корректировка даты сервиса: сейчас выбор даты происходит через окно календаря, и вручную дату ввести невозможно (это неудобно, так как приходится кликать мышью, а если нужна дата несколько лет назад?);
4. Добавить произвольную настройку даты периодов в интервалах (как пример: установка даты и интервала повторять или напоминать каждые "N" недели/месяц/год - полезно например для сезонных шиномонтажей);
5. Так же был бы полезен "Журнал изменений в нормативах и пробегах" с сортировкой по пользователям (чтобы находить "концы" при несогласованных изменениях нормативов и попыток скрыть факты просроченных сервисов);
6. Добавить возможность создавать интервалы и сервисы "копированием" с сохранением всех реквизитов документа;
7. Больше информации по настройке уведомлений на странице "Администрирование";
8. Каким способом можно сохранить настройки интервалов bp?
Здравствуйте, smsm.nikita!
Ниже комментарии по вашим запросам:
1. Расскажите, пожалуйста, более подробно о варианте использования адресов автосервисных станций. Мы уже получили несколько похожих предложений, хотелось бы понять, кто и для чего их использует.
2. Первая версия функциональности по отправке e-mail уведомлений появится в 1 квартале 2019 года (конец января - февраль). Но уже с сегодняшнего дня вы можете воспользоваться отправкой уведомлений в Telegram, предварительно настроив их на странице 'Администрирование', вкладка 'Уведомления'.
3. Спасибо за предложение, мы подумаем над ним.
4. Если я правильно понимаю ваш запрос, то такая возможность уже существует. Для этого вам нужно настроить соответствующим образом интервал по времени.
Н-р, чтобы создать интервал, сервис по которому должен создаваться каждые 6 месяцев, нужно выбрать тип интервала 'По времени', 'Периодичность' - 6 и в выпадающем списке опцию 'месяц'.
5. Как я понимаю, вы имеете в виду лог изменений интервалов. На данный момент мы такую возможность не предполагаем (но возьмем на заметку), возможность редактировать интервалы Вы можете ограничить правами доступа.
Расскажите, пожалуйста, часто ли бывают случаи умышленного изменения норматив? Как вы боретесь с такой проблемой на данный момент?
6. Спасибо за предложение, мы подумаем над ним.
7. Больше информации можно получить здесь: https://fleetrun.wialon.com/docs/ru/#ru … tions.htm.
Однако сразу отмечу, что данный способ уведомления можно использовать только в случае, если у вас есть сторонний сервер. Если у вас такого сервера нет, можете пока что игнорировать данную вкладку.
8. Вопрос не совсем понятен, переформулируйте, пожалуйста.
Спасибо большое за обратную связь!
Очень неудобно и странно, почему нельзя писать дату цифрами с помощью клавиатуры. Особенно с учетом того, что программа для компьютера. В год 12 раз надо тыкать.
При импорте интервалов из Виалон, не "проходят" интервалы, где количество дней записано числом, в котором более 3-х знаков. В принципе не ясно, зачем при создании интервала, при указании периодичности интервала по времени, необходимо выдирать единицу измерения?! При этом в соседнем поле только дни можно указать..
Символы для фургона с микроавтобусом надо местами поменять.
Валерий, здравствуйте! sva
Спасибо больше за Ваши вопросы и предложения. Ehouse вырывается вперед по активности в данной теме
Ниже мои комментарии:
1) Нам поступал подобный запрос о вводе даты с помощью клавиатуры. Однако здесь стоит понимать следующее: вводить дату имеет смысл для планирования одноразовых сервисов, а также для указания последнего раза выполнения сервиса. Указание конкретной даты для сервисов, которые должны происходить с определенной периодичностью, не видится логичным, потому что сервис в таком случае в системе произойдет только один раз. А для следующего сервиса придется делать новую настройку.
Как улучшить взаимодействие с вводом данных, мы подумаем. А если у Вас есть кейс использования, который я не описала, поделитесь, пожалуйста.
2) Указание периодичности интервала в днях, неделях, месяцах и годах было сделано исключительно для удобства, чтобы не нужно было высчитывать, раз в сколько дней должно проходить ТО, которое выполняется каждые полгода. При текущей реализации Вы можете указать 6 месяцев, задать дату последнего раза выполнения и быть уверенным в том, что раз в полгода система оповестит Вас о необходимости поехать на СТО.
Да, есть валидация на 3 символа (принимая во внимания сферу техобслуживания и текущую реализацию Fleetrun, больше единиц в значении периодичности не понадобится), но даже если у Вас есть интервал "раз в 2 года", то Вы все еще вписываетесь в данные 3 символа, а при миграции мы переведем дни в годы.
3) Значение "Создание сервиса... за" действительно можно указать только в днях. Это значение того, когда система предупредит Вас о необходимости выполнения какого-то сервиса. Имеет ли смысл делать это более чем за 30 дней? Расскажите, если он у Вас есть.
Маша, спасибо.
1) Не важно где и для чего мы вводим дату) Я говорил способе ввода даты. Надо изменить сам прямоугольник, в котором дата написана так, чтоб можно было туда вписывать циферки, а не открывать календарик и щёлкать мышью много раз.
2) Если сделаете так, чтоб при миграции дни превращались в годы, при превышении количества символов, вопрос закрыт.
2 и 3) Считаю не логичным и неудобным то, что в одной форме, да прямо в соседних ячейках, время измеряется в разных единицах. Сложнее воспринимать, легче ошибиться. Но это моё мнение.
Валерий,
По первому пункту проблему отметили, сообщу, когда будут новости.
По второму пункту все же интересно: как много таких интервалов Вы бы хотели мигрировать? Какой тип сервисов в Вашем случае обычно выполняется раз в более чем два года?
Судя по статистике, которую мы собрали по интервалам в Wialon Hosting, количество интервалов, которые должны выполнятся раз в три года и более, равно примерно 1%.
Маша,
По второму пункту. Нет объёма, я не настаиваю на том, что необходимо исправлять ошибку. Тем более, что таких интервалов, всего один процент.
Думаю, что в регламент обслуживания почти любого автомобиля можно заглянуть, чтоб найти работы, которые неободимо производить с интервалом 3 года и более.
Повторюсь, «допиливать» ничего не надо.
Простое совпадение, одновременно: решил «потыкать» в fleetrun и вспомнил пароль от форума.
Самое главное - это мобильная версия, но об этом уже писали.
Спасибо.
В назначении прав на автопарк не видно, какие пользователи имеют права на него. Подтянуть их вверх надо, как в wialon
ehouse
Андрей, здравствуйте!
Спасибо большое за полезное предложение.
Завтра у нас ожидается выпуск обновления, добавим данную возможность в приложение.
Поступило еще одно интересное предложение про уведомления. Кроме e-mail уведомлений о предстоящих сервисах, хорошо было бы получать новую информацию в основном интерфейсе мониторинга, примерно так же, как сейчас работают сообщения пользователям или онлайн-уведомления в хостинге. Расчет в том, что fleetrun открывается в основном для того, чтобы занести в него проведенные работы, а хостинг открывается намного чаще, считай ежедневно, и в нем появляются уведомления о необходимости проведения очередных сервисных работ по автомобилям
ehouse
Андрей, благодарю за предложение. Оно, безусловно, потребует большой дорабтки, в том числе и на стороне Хостинга. Я себе это предложение пометила, как только у меня появятся новости, дам Вам знать.
Всем привет!
Почему-то никто не поднимает вопрос по ТО на прицепах и добавить возможность контролировать водителей.
По водителям: создавать водителей (или экспортировать их из WH). Настраивать интервалы и уведомления об окончании срока действия у них документов (водительское удоств-е, справки, страховки и т.д.)
По прицепам: создавать прицепы (или экспортировать их из WH). Создавать интервалы ТО (проверка рулевых тяг, крепления рессор, регулировку гидравлического привода тормозов колес и шплинтовку тормозных камер, регулировку механизма ручного тормоза и многое другое), настраивать сработку уведомления. Периодичность технического обслуживания прицепов и полуприцепов обычно совпадает с периодичностью обслуживания автомобилей-тягачей.
mars что Вы думаете по этому поводу?
Дмитрий, здравствуйте! lodm
Спасибо большое за предложение, не первый раз сталкиваемся с данной темой.
Подскажите, а ведете ли вы и ваши клиенты учет ТО для прицепов на данный момент? Каким образом?
Основная особенность данной функциональности - это внесение ТО всех интервалов вручную. Готовы ли этим заниматься наши пользователи? Трудности порой возникают со внесением основных интервалов для объектов из-за определенного количества ручного труда, а здесь получается дополнительная информация.
В любом случае у нас есть в планах изучение данной темы, чтобы прояснить вопросы ее ценности и потенциальной популярности. Буду рада с вами пообщаться как с заинтересованным лицом.
Дмитрий, здравствуйте! lodm
Спасибо большое за предложение, не первый раз сталкиваемся с данной темой.
Подскажите, а ведете ли вы и ваши клиенты учет ТО для прицепов на данный момент? Каким образом?
Основная особенность данной функциональности - это внесение ТО всех интервалов вручную. Готовы ли этим заниматься наши пользователи? Трудности порой возникают со внесением основных интервалов для объектов из-за определенного количества ручного труда, а здесь получается дополнительная информация.
В любом случае у нас есть в планах изучение данной темы, чтобы прояснить вопросы ее ценности и потенциальной популярности. Буду рада с вами пообщаться как с заинтересованным лицом.
Добрый день!
Да, наши клиенты ведут. ТО для прицепов приходится создавать в самих объектах мониторинга (пример во вложении). Тоже самое касается и водителей. Медицинские справки, свидетельства, карточки водителей приходится создавать в каком-нибудь объекте мониторинга. Это конечно неудобно, у клиента сейчас дикая мешанина из разных интервалов ТО. Данные интервалы создаются в днях. В любом случае это будет удобнее и красивее чем сейчас на WH.
mars пишет:Дмитрий, здравствуйте! lodm
Спасибо большое за предложение, не первый раз сталкиваемся с данной темой.
Подскажите, а ведете ли вы и ваши клиенты учет ТО для прицепов на данный момент? Каким образом?
Основная особенность данной функциональности - это внесение ТО всех интервалов вручную. Готовы ли этим заниматься наши пользователи? Трудности порой возникают со внесением основных интервалов для объектов из-за определенного количества ручного труда, а здесь получается дополнительная информация.
В любом случае у нас есть в планах изучение данной темы, чтобы прояснить вопросы ее ценности и потенциальной популярности. Буду рада с вами пообщаться как с заинтересованным лицом.
Добрый день!
Да, наши клиенты ведут. ТО для прицепов приходится создавать в самих объектах мониторинга (пример во вложении). Тоже самое касается и водителей. Медицинские справки, свидетельства, карточки водителей приходится создавать в каком-нибудь объекте мониторинга. Это конечно неудобно, у клиента сейчас дикая мешанина из разных интервалов ТО. Данные интервалы создаются в днях. В любом случае это будет удобнее и красивее чем сейчас на WH.
Добрый день!
Mars, что Вы думаете по этому поводу? Будет все-таки дорабатываться FleetRun в направлении ТО прицепов и водителей?
Дмитрий, здравствуйте! lodm
Благодарю за настойчивость и за скриншот
Сейчас я не могу сказать, какова вероятность реализации такого запроса, и конкретных сроков у меня также нет. Нам нужно оценить полезность и трудозатраты, а также разобраться со способами реализации.
Как только у меня появятся какие-то новости по данному вопросу, я обязательно сообщу. Я дополнительно свяжусь с вами для выяснениях возникших вопросов.
Добрый день!
Объясните пожалуйста для чего сделаны эти ограничения? (см. скрин во вложении). Клиент уперся в это ограничение, не может мигрировать интервалы ТО. С именем сервиса еще ладно, можно короче написать, но кол-во дней не более 3 символов. Считаю, что это как-то маловато. Можно в будущем увеличить лимит в днях?
Здравствуйте, lodm!
Такое ограничение при миграции вызвано тем, что при создании интервала во Fleetrun можно указать количество дней, недель, месяцев и лет, через которое должен происходить соответствующий сервис. Поэтому значение в 1825 дней (4 знака) мы не считаем валидным, так как в этом случае ожидаем, что пользователь будет настраивать интервал с помощью функции "каждые 5 лет", а не "каждые 1825 дней". В Wialon Hosting же приходится высчитывать, сколько дней будут составлять 5 лет, чтобы создать необходимые интервал.
На данный момент могу посоветовать вам уменьшить данное значение в Wialon Hosting, мигрировать данные и отредактировать необходимые значения во Fleetrun. В этом случае вам нужно будет отредактировать только периодичность, другие данными останутся корректными.
Мы отметили себе данную проблему, но пока не могу сказать, какие образом мы сможем и будем ли вообще решать ее, так как формат данных, предусмотренный в Wialon Hosting, в этом случае не соотносится с форматом данных, заложенным во Fleetrun. Однако еще раз отмечу, что при разработке возможности указания периодичности в днях/неделях/месяцах и годах мы действовали исключительно в интересах наших пользователей, предоставляя им более гибкие и менее трудозатратные по времени настройки.
Здравствуйте, mars!
Спасибо за ответ и подробные разъяснения. Надеюсь, что наши предложения по доработке и улучшению функционала FleetRun не останутся незамеченными))... Двигаемся дальше...))
У нас возник вопрос по "стоимости за 1 км". Как для всего авто парка, так и по каждому автомобилю в отдельности.
В документации по FleetRun написано, что для её расчета общая стоимость обслуживания всех объектов автопарка делится на их общий пробег в приложении. А если перевозчик купил б/у автомобиль с пробегом к примеру в 500.000 км? Как тогда FleetRun посчитает стоимость за 1 км? Понятно, что подсчет будет некорректен для этого перевозчика, ведь первые 500 тыс км не он владел этим автомобилем, а по формуле деление производиться на ВЕСЬ пробег. Аналогично и для всего автопарка в закладке "Обзор".
Так же расходы на ремонт автомобиля могут быть непостоянными, один месяц поломок не было, перевозчик сработал в плюс и всем доволен. А в другой месяц у него случилась крупная поломка, и по итогам месяца он сработал в минус. Текущими инструментами во FleetRun провести детальную оценку к примеру по месяцам (или любой произвольный интервал) нет возможности. Мы предлагаем Вам сделать отчеты, которые будут называться "Себестоимость" и "Себестоимость по группе". При выполнении данного отчета за интересующий интервал времени (к примеру по месяцам) клиент увидит полную картину, в каком месяце он работал в плюс, а в каком были убытки из-за частых (крупных) поломок авто. Формула подсчета себестоимости за 1 км в отчете следующая: "общая стоимость выполненных сервисов в УКАЗАННОМ интервале" / ("счетчик пробега на конец интервала" - "счетчик пробега на начало интервала"). Т.е. обязательно суммируются те сервисы, которые были выполнены пользователем в указанном интервале (неделя, месяц, год) и делить на пробег в этом интервале. Так же возможность выводить графики расходов, себестоимости по каждому автомобилю и и конечно по всему автопарку. Сортировка автомобилей по себестоимости в таблице ну многое другое. Графиков реально не хватает.
Так же хотел бы акцентировать внимание на понятии "стоимость за 1 км". Думаю более корректное название "СЕБЕСТОИМОСТЬ за 1 км".
Себестоимость - это сумма всех издержек, которые несет предприятие на обслуживание автопарка. Одним из основных аспектов, из которой формируется себестоимость, являются расходы на обслуживание транспортного средства. Поэтому в нашем случае думаю более правильным будет назвать "Себестоимость за 1 км".
Mars, жду Ваших комментарий!!
Дмитрий, здравсвуйте! lodm
Вы правильно отметили, что Стоимость за один км рассчитывается по следующей формуле: Стоимость всех выполненных сервисов объекта или автопарка / Пробег объекта или сумма пробегов объектов автопарка в приложении.
Н-р: суммарный пробег объекта равен 520 тыс км, в приложение объекты был добавлен, когда его пробег составлял 500 тыс км. Соответственно, значение пробега в приложение равно 20 тыс км.
Во время разработки мы пришли к такому решению, так как посчитали справедливым следующее: расходы пользователь начнет считать во Fleetrun, поэтому именно пробег во Fleetrun имеет значение. Делить на весь пробег будет неправильным, потому что расходы на автопарк/объект до начала работы с Fleetrun не учитывались. Однако мы не отрицаем, что такой способ подсчета не является единственно верным, и будем рады услышать ваши предложения.
Относительно отчетов могу сказать, что идеи разработать получение в каком-то более расширенном виде информацию о Стоимости за 1 км есть у нас в планах, но к анализу данной возможности и ее потенциала мы пока не приступали. Поэтому на данном этапе обещать конкретные сроки я не могу. Как только у меня появятся новости, я дам вам знать.
Спасибо огромное за Ваше вовлечение в работу с Fleetrun!
Здравствуйте всем и извините если об этом говорилось ранее и не увидел . Подскажите пожалуйста если в будущем планируется создание
мобильного приложение для Fleetrun , вопрос в том что очень часто во многих фирмах люди отвечающие за ТО автопарка находятся
где угодно)) только не за компьютером и в таком случае есть необходимость удаленна фиксировать данные (редактирование счетчиков , выполнение сервисов ,создание новых и т.д. )
Здравствуйте, Миша!
Вопрос о мобильном приложении Fleetrun уже не раз возникал на пространствах форума
Интересно то, что идею о пользователях, отвечающих за проведение и контроль ТО и по большей части не работающих за компьютером, мы впервые услышали во время рабочей группы на Телематике 2018. Во время проектирования системы мы больше склонялись к тому, что инженеры, ответственные за контроль ТО и выписывающие наряды на их проведение, всегда имеют под рукой компьютер.
Тем не менее сейчас мы не строим планов о разработке такого решения, наша цель на данный момент - это оснащение Fleetrun необходимыми функциями, чтобы приложение смогло стать достойной заменой модуля Техобслуживание в Wialon Hosting. Сейчас более правдоподобно звучит адаптация веб-версии под мобильные устройства, но и такая доработка является достаточно трудозатратной.
Будем думать в целом Возможно, кто-то еще проголосует под Вашим постом для усиления эффекта.
Из функциональности, которая будет наиболее востребованной в мобильной версии, Вы назвали:
- редактирование счетчиков (подскажите, о каком редактировании здесь идет речь?)
- выполнение сервисов
- создание новых.
Есть ли еще какая-то функциональность, которая может быть необходимой?
И вопрос: при условии наличия мобильной версии Fleetrun будет ли пользователь заходить в веб-версию? Например, для построения отчетов? Или для выполнения других действий.
Спасибо!
Спасибо Mars вам за развернутый ответ . А что касается вашего вопроса , я более чем уверен что пользователи будут использовать
и веб версию Fleetrun но только при условии появления моб.версии .
Доброго времени суток
Вопрос озвучивал на вебинаре, продублирую сюда: есть расчетные данные в рублях на 1км, рассматриваете ли возможность отображения аналогичных данных в рублях относительно одного моточаса?
Думаю было бы интересно всем тем у кого есть стационарные объекты или спецтехника
Здравствуйте, 1BIT!
Я занесла Ваше предложение в наши планы. Если не возникнет технических вопросов по данной доработке, летом будем стараться выпустить такую функциональность.
Буду рада, если другие партнеры выскажут свое мнение по данному поводу.
Добрый день.
Вопрос 1.
Вчера общались с разработчиками, проблема заключалась в том, что добавили автомобиль в Fleetrun, занесли все растраты, но км подтягивался только с момента добавления в сервис. Из-за этого расчёт на 1 км. был очень не корректный. Этот вопрос мы решили, разработчики любезно помогли нам подтянуть километраж за прошлый период. А теперь предложение и пожелание, может быть стоит сделать возможность подтяжки данных по пробегу за прошлый период с Виалона? Так как у многих клиентов затраты на автомобиль ведутся с момента покупки автомобиля, и на данный момент занеся их в сервис, у них нет возможности корректного отображения стоимости на 1 км.
Вопрос 2.
При выгрузке отчёта у нас есть строка сервиса, где в общих суммах описаны растраты на "работы" и "запчасти", так же большая просьба, возможно ли сделать детализацию работ и запчастей? Хочется в отчёте видеть детальную информацию, так как мы вносим данные за весь месяц с множеством работ и запчастей.
Добрый день, a.serhiienko.
1) Запрос понятен, будем начинать работу по нему в ближайшее время. Если у меня появятся вопросы, я свяжусь с вами дополнительно.
2) Такие предложения к нам уже поступали, во время анализа и подбора решения столкнулись с некоторыми трудностями, поэтому на время работу по запросу отложили.
Подскажите, необходима ли в дальнейшем выгрузка данных по использованным запчастям в файле?
Добрый день, mars.
На моё усмотрение достаточно будет единого отчёта по сервисам с детализацией.
Здравствуйте!
Вопрос/предложение.
Необходимо создать сервис по балансировке колес. Стоимость балансировки одного колеса 100 грн. В библиотеке расходов есть статья "Работа" - балансировка. Необходимо выполнить балансировку 10 колес. При создании сервиса, Возможности выбрать количество необходимых мне работ - отсутствует. Если такая возможность реализована, пожалуйста подскажите где, если нет, предлагаю добавить возможность выбора количества и для работы, как это реализовано с запчастями.
Спасибо!
Здравствуйте!
При создании сервиса указывается только дата выполнения сервиса, без возможности внесения времени. Поступил запрос от пользователей, при создании сервиса добавить возможность указания планируемого времени выполнения сервиса например: начало в 9:00 конец 16:00.
Эта информация будет очень полезна логистам при планировании времени загрузки автомобилей и не только.
Спасибо!
Добрый день! r.garmash
Интересный запрос, который мы уже несколько раз получали от других пользователей.
Вопросы у меня такие возникли:
1) откуда пользователи, создающие сервисы, берут информацию о конкретном времени выполнения сервиса?
2) насколько заранее до наступления сервиса у этих пользователей появляется такая информация?
3) каким образом сейчас логисты получают данную информацию?
r.garmash
Спасибо за предложение.
Сейчас зарегистрировать балансировку 10 колес вы можете либо путем создания 10 сервисов для каждого колеса, либо путем ввода общей стоимости сервиса (100 x 10).
Ваше предложение я помечу. Поанализируем немного, нет ли подводных камней, и в чем в целом состоит логика расчет стоимости работ в сервисе. Если все будет понятно, реализуем. Следите за новостями.
Добрый день! r.garmash
Интересный запрос, который мы уже несколько раз получали от других пользователей.
Вопросы у меня такие возникли:
1) откуда пользователи, создающие сервисы, берут информацию о конкретном времени выполнения сервиса?
2) насколько заранее до наступления сервиса у этих пользователей появляется такая информация?
3) каким образом сейчас логисты получают данную информацию?
1. При создании сервиса, ответственный сотрудник записывает транспортное средство на СТО. При записи на СТО указывается дата и плановое время выполнения работ (с - по).
2. Все зависит от сервиса и конкретного случая (города, страны). Обычно, это неделя - две. Если в системе автоматически создался сервис, ответственный сотрудник связывается с СТО, уточняет дату/время выполнения сервиса и меняет (вручную) информацию о сервисе в системе.
3. Сейчас эту информацию ежедневно подают ответственные сотрудники самыми разнообразными способами: на бумаге, в екселе, в вайбере, как угодно.
Логичным продолжение созданных сервисов должен быть дашбор (календарь(месячный, недельный, полугодовой/годовой), который формируется на основании созданных сервисов (как пример см. вложение).
r.garmash
Спасибо за предложение.
Сейчас зарегистрировать балансировку 10 колес вы можете либо путем создания 10 сервисов для каждого колеса, либо путем ввода общей стоимости сервиса (100 x 10).
Ваше предложение я помечу. Поанализируем немного, нет ли подводных камней, и в чем в целом состоит логика расчет стоимости работ в сервисе. Если все будет понятно, реализуем. Следите за новостями.
Всегда пожалуйста, обращайтесь, есть еще над чем поработать и что доделать!
Спасибо большое за подробный ответ.
Я ваше предложение себе пометила. Получается, что при экспорте данных из системы нужно также показывать данные о времени проведение сервиса, не только дату, чтобы эту информацию можно было впоследствии передать тем же логистам. Будем это учитывать.
Планируем такую доработку в новом году, но пока ничего обещать не буду. Как только появятся новости, сообщу дополнительно.
mars пишет:Добрый день! r.garmash
Интересный запрос, который мы уже несколько раз получали от других пользователей.
Вопросы у меня такие возникли:
1) откуда пользователи, создающие сервисы, берут информацию о конкретном времени выполнения сервиса?
2) насколько заранее до наступления сервиса у этих пользователей появляется такая информация?
3) каким образом сейчас логисты получают данную информацию?
1. При создании сервиса, ответственный сотрудник записывает транспортное средство на СТО. При записи на СТО указывается дата и плановое время выполнения работ (с - по).
2. Все зависит от сервиса и конкретного случая (города, страны). Обычно, это неделя - две. Если в системе автоматически создался сервис, ответственный сотрудник связывается с СТО, уточняет дату/время выполнения сервиса и меняет (вручную) информацию о сервисе в системе.
3. Сейчас эту информацию ежедневно подают ответственные сотрудники самыми разнообразными способами: на бумаге, в екселе, в вайбере, как угодно.Логичным продолжение созданных сервисов должен быть дашбор (календарь(месячный, недельный, полугодовой/годовой), который формируется на основании созданных сервисов (как пример см. вложение).
Здравствуйте!
Если в автопарке нет прицепов, возможно ли убрать вкладку прицепы с главной страницы Fleetrun? Этот же вопрос касается и водителей. Сейчас блоки прицепы и водители занимают большую часть главной страницы. Может, есть смысл сделать возможным включать/отключать отображение неиспользуемых блоков и на этом месте отображать календарь с планируемыми сервисами?
Добрый день! r.garmash
Хороший запрос, мы подумаем над тем, чтобы делать дашборд настриваемым: по умолчанию (в случае отсутствия каких-то блоков) или конфигурируемым пользователем.
А вот календарь с планируемыми сервисами - это другая функциональность
Расскажите более подробно, почему вы хотите видеть именно календарь?
С ним еще такой вопрос, что если интервал по дням, то сможем в календарь отобразить дату, а если по пробегу и моточасам, то вряд ли. Предсказать что-либо будет сложно.
Добрый день!
Предлагаем рассмотреть для реализации следующий функционал:
Создать мобильное приложение с неким чек-листом, по которому водитель или механик будет проводить осмотр автомобиля и отмечать техническое состояние ТС (что в норме, а что нет), возможно даже с возможностью прикладывать фотографии. А в виалоне или в Fleetrunе отображалась и хранилась вся эта информация для контроля.
Здравствуйте!
Главная страница приложения, блок "показатели автопарка" некорректно отображается график пройденного расстояния (пробег км), совсем не соответствует действительности. При выборе определенного периода, за который необходимо отобразить пробег (км) поле выбора даты постоянно возвращается к состоянию "15/10/2019 - текущая дата". Просьба проверить и профиксить.
Спасибо!
Здравствуйте!
Очередное предложение по доработке.
1. Вкладка "Отчеты". При выполнении отчета по объекту и нажатии кнопки выполнить появляется страница с результатами отчета, но пропадает поле с названием объекта по которому выполняется отчет (скрин 1).
r.garmash
Исправим данное поведение в завтрашнем обновлении приложения. При выполнении отчета для одного элемента (объекта, водителя и тд) в шапке отчета будем отображать его имя.
Добрый день.
Вопрос 1.
Вчера общались с разработчиками, проблема заключалась в том, что добавили автомобиль в Fleetrun, занесли все растраты, но км подтягивался только с момента добавления в сервис. Из-за этого расчёт на 1 км. был очень не корректный. Этот вопрос мы решили, разработчики любезно помогли нам подтянуть километраж за прошлый период. А теперь предложение и пожелание, может быть стоит сделать возможность подтяжки данных по пробегу за прошлый период с Виалона? Так как у многих клиентов затраты на автомобиль ведутся с момента покупки автомобиля, и на данный момент занеся их в сервис, у них нет возможности корректного отображения стоимости на 1 км.Вопрос 2.
При выгрузке отчёта у нас есть строка сервиса, где в общих суммах описаны растраты на "работы" и "запчасти", так же большая просьба, возможно ли сделать детализацию работ и запчастей? Хочется в отчёте видеть детальную информацию, так как мы вносим данные за весь месяц с множеством работ и запчастей.
Добрый день!
По первому вопросу была реализована доработка: https://forum.gurtam.com/viewtopic.php? … 62#p175662
Здравствуйте.
Ситуация: Обычно, у компаний, имеющих свой автопарк есть несколько станций технического обслуживания (СТО), где обслуживается свой транспорт. На данный момент, при создании сервиса, отсутствует возможность выбора, где будет производиться техническое обслуживание (сервис). Например: гарантийные авто "Мерседес" будут обслуживаться на фирменном сервисе, а те же авто "Мерседес", которые уже не на гарантии должны обслуживаться на другом сервисе. Или, при выполнении отчета, очень не хватает колонки с именем сервиса, который выполнял то или иное техническое обслуживание (сервис).
Предложение: добавить возможность, при создании сервиса, присваивать определенному сервису/транспортному средству, признак "Место выполнения работ". Возможность добавлять "Места выполнения работ" можно реализовать по аналогии с библиотекой расходов.
Спасибо!
Руслан, здравствуйте! r.garmash
Спасибо за ваше активное участие в тестировании Fleetrun и ваши предложения.
В ближайшие месяцы планируем реализовать возможность указывать СТО, где проводился сервис. И тоже думали о библиотеке расходов Но еще есть запросы на добавление возможности вводить не только СТО, но и другую кастомную информацию, поэтому над решением пока думаем.
Поделитесь, пожалуйста, следующими деталями для того, чтобы мы лучше понимали проблематику:
1) То, что информация об месте проведения сервиса нужна, это ясно. Но вот зачем? Какие выводы вы делаете в последующем на ее основе?
2) Есть ли у вас какой-то единый список сервисов, где проводится ТО? Как часто он пополняется?
Спасибо!
Руслан, здравствуйте! r.garmash
Спасибо за ваше активное участие в тестировании Fleetrun и ваши предложения.
В ближайшие месяцы планируем реализовать возможность указывать СТО, где проводился сервис. И тоже думали о библиотеке расходов
Поделитесь, пожалуйста, следующими деталями для того, чтобы мы лучше понимали проблематику:
1) То, что информация об месте проведения сервиса нужна, это ясно. Но вот зачем? Какие выводы вы делаете в последующем на ее основе?
2) Есть ли у вас какой-то единый список сервисов, где проводится ТО? Как часто он пополняется?
Спасибо!
Мария, здравствуйте!
1. Основная цель это разделить выполнение технического обслуживания по СТО. В дальнейшем можно формировать отчеты по выполненным техническим обслуживаниям по конкретным СТО. Если "копнуть глубже" то, привнесении расходов, можно получить аналитику, какому СТО сколько заплатили за период, на каком СТО стоимость выполнения работ выше, а на каком ниже. Вариантов применения масса.
2. Обычно это несколько контрагентов (СТО) 3 - 6 шт., в зависимости от "разношерстности" автопарка количество может варьироваться в большую или меньшую сторону. Пополняется не часто, обычно это происходит один раз в год, в начале года, но опять же, ситуации могут быть разные.
Что касается разработки мобильного приложения "Fleetrun".
Да, действительно очень полезная и нужная вещь, но, если разрабатывать новое приложение достаточно затратно и проблематично, можно попробовать использовать уже существующую мобильную версию "Wialon".
Например: добавить пункт "Техническое обслуживание" в профиль объекта и в раскрывающемся списке добавить необходимые пункты по созданию, просмотру сервисов/интервалов и тд.
Что думаете по такому методу реализации? Наверняка у всех ответственных лиц за эксплуатацию автопарка есть доступ к мобильному приложению. Вариант исполнения на скрине.
r.garmash Да, была такая идея. Пока не добрались до ее детальной доработки. Остановились на моменте определения того, что должно входить в этот самый блок. Хотелось бы понять что будет востребовано и удобно
Добрый день! возможно ли добавить нумерацию автомобилей чтобы было видно их количество по видам и в общем списке! было бы еще неплохо в вкладке расходы добавить нормочасы , а не только сумму! и чтобы нормочасы можно было ставить не только 3,4 или 5 , а и 3,5 ; 2,5 2,7 это помогло бы вести более точный учет. Заранее спасибо
Добрый день! mas91
возможно ли добавить нумерацию автомобилей чтобы было видно их количество по видам и в общем списке!
Оно-то не сложно с технической точки зрения, но поделитесь, пожалуйста, зачем вам такая информация может быть нужна?
было бы еще неплохо в вкладке расходы добавить нормочасы , а не только сумму! и чтобы нормочасы можно было ставить не только 3,4 или 5 , а и 3,5 ; 2,5 2,7 это помогло бы вести более точный учет.
Спасибо. Такое предложение у нас есть от других партнеров, возможно, в будущем реализуем.
Здравствуйте.
Очередное предложение о доработке.
При приближение даты выполнения запланированного сервиса в Fleetrun, необходимо проинформировать водителя о том, что его автомобиль запланирован на проведение сервиса на определенную дату, время. Информировать можно, как через Telegramm, так и чрез смс.
Подскажите,пожалуйста, возможность реализации такого функционала.
Здравствуйте!
"Отчет на email" от Fleetrun приходит с раcширением ".dat". Можно ли его получать в екселе или пдф?
Добрый день r.garmash!
“Отчеты на e-mail” во Fleetrun приходят с расширением .xlsx. Подскажите какой почтовый клиент Вы используете, а также используете ли SMTP сервер?
Добрый день r.garmash!
“Отчеты на e-mail” во Fleetrun приходят с расширением .xlsx. Подскажите какой почтовый клиент Вы используете, а также используете ли SMTP сервер?
Добрый день.
Почтовый клиент "Ms outlook", Smtp не используем.
olsh пишет:Добрый день r.garmash!
“Отчеты на e-mail” во Fleetrun приходят с расширением .xlsx. Подскажите какой почтовый клиент Вы используете, а также используете ли SMTP сервер?
Добрый день.
Почтовый клиент "Ms outlook", Smtp не используем.
В Outlook так же отчеты приходят корректно,с расширением .xlsx.
Возможно Вы получаете файл Winmail.dat, тогда проблема в этом https://support.microsoft.com/ru-ru/hel … -and-2010.
Если нет, напишите мне в личное сообщение имя пользователя с данной проблемой.
r.garmash пишет:olsh пишет:Добрый день r.garmash!
“Отчеты на e-mail” во Fleetrun приходят с расширением .xlsx. Подскажите какой почтовый клиент Вы используете, а также используете ли SMTP сервер?
Добрый день.
Почтовый клиент "Ms outlook", Smtp не используем.
В Outlook так же отчеты приходят корректно,с расширением .xlsx.
Возможно Вы получаете файл Winmail.dat, тогда проблема в этом https://support.microsoft.com/ru-ru/hel … -and-2010.
Если нет, напишите мне в личное сообщение имя пользователя с данной проблемой.
Ответил в ЛС
Здравствуйте!
Очередное предложение по доработке:
Необходимо при создании сервиса указывать плановое количество времени (дней, часов) выполнения сервиса.
Например: создаем сервис в пятницу 01.05.2020 и указываем, что наш автомобиль будет находиться в сервисе с понедельника 04.05.2020/09:00 по среду 06.05.2020/18:00. В итоге, тот же логист или диспетчер, будет видеть сколько по времени у него та или иная машина будет находится в ремонте и когда на эту машину можно планировать работу.
Спасибо.
Здравствуйте!
Очередное предложение по доработке:
Необходимо при создании сервиса указывать плановое количество времени (дней, часов) выполнения сервиса.
Например: создаем сервис в пятницу 01.05.2020 и указываем, что наш автомобиль будет находиться в сервисе с понедельника 04.05.2020/09:00 по среду 06.05.2020/18:00. В итоге, тот же логист или диспетчер, будет видеть сколько по времени у него та или иная машина будет находится в ремонте и когда на эту машину можно планировать работу.Спасибо.
Здравствуйте!
Большое спасибо за предложение, Ваша идея нам понятна. Более того, к нам уже поступало подобное предложение от другого нашего партнера и мы считаем, что оно опредленно имеет место быть и, вероятно, будет реализовано в будущем.
Добрый день!
Есть предложение изменить иконку "последний сервис" во вкладке "Назначенные интервалы" (см. Рисунок 1). Сделать её более читабельной, чтобы её можно было быстро и легко найти. Не нужно её прятать как сейчас. На данный момент, для пользователей, найти этот "карандаш", чтобы внести к примеру последний сервис с первого раза просто нереально. Он не отображается, пока не навести курсор "мыши" (Рисунок 2). Только при наведении курсора его можно обнаружить (Рисунок 3).
Это очень неудобно, потому-что приходиться всем его долго искать.
Добрый день!
Есть предложение изменить иконку "последний сервис" во вкладке "Назначенные интервалы" (см. Рисунок 1). Сделать её более читабельной, чтобы её можно было быстро и легко найти. Не нужно её прятать как сейчас. На данный момент, для пользователей, найти этот "карандаш", чтобы внести к примеру последний сервис с первого раза просто нереально. Он не отображается, пока не навести курсор "мыши" (Рисунок 2). Только при наведении курсора его можно обнаружить (Рисунок 3).
Это очень неудобно, потому-что приходиться всем его долго искать.
Добрый день!
Большое спасибо за вашу обратную связь, мы обязательно подумаем о возможности сделать эту функциональность более удобной.
Добрый день. Начали использовать ваше приложение и сразу возникли идеи по доработке, прошу прощения если это уже обсуждалось.
Есть проблема, в одной компании есть несколько мест базирования, и на каждом участке свои ремонтные цеха и штат механиков.
Нужна некая сортировка например по местонахождению ТС (в хостинге они разбиты по группам), чтобы механик мог конкретно отсортировать ТС находящиеся именно на его участке. Я понимаю что для каждого участка можно создать свою автобазу, но есть руководство которое хочет видеть общую картину по всем его ТС.
Здравствуйте.
Очередное предложение о доработке.
При приближение даты выполнения запланированного сервиса в Fleetrun, необходимо проинформировать водителя о том, что его автомобиль запланирован на проведение сервиса на определенную дату, время. Информировать можно, как через Telegramm, так и чрез смс.
Подскажите,пожалуйста, возможность реализации такого функционала.
Добрый день!
Спасибо большое за запрос!
Приношу свои извинения за задержку с ответом на ваше письмо.
Для более детального понимания запрашиваемой функциональности, расскажите, пожалуйста, как водители Вашего автопарка будут интерпретировать такое уведомление, другими словами что оно будет значить для них? И какие трудности они сейчас испытывают?
Заранее благодарю за ответ!
r.garmash пишет:Здравствуйте.
Очередное предложение о доработке.
При приближение даты выполнения запланированного сервиса в Fleetrun, необходимо проинформировать водителя о том, что его автомобиль запланирован на проведение сервиса на определенную дату, время. Информировать можно, как через Telegramm, так и чрез смс.
Подскажите,пожалуйста, возможность реализации такого функционала.
Добрый день!
Спасибо большое за запрос!
Приношу свои извинения за задержку с ответом на ваше письмо.
Для более детального понимания запрашиваемой функциональности, расскажите, пожалуйста, как водители Вашего автопарка будут интерпретировать такое уведомление, другими словами что оно будет значить для них? И какие трудности они сейчас испытывают?Заранее благодарю за ответ!
Здравствуйте!
Все очень просто.
Сейчас, при наступлении события, когда система оповещает пользователя о приближении того или иного события, пользователь реагирует на событие и, допустим, записывает транспортное средство на ремонт на определенную дату в определенное СТО, а сообщить об этом водителю забывает. Наступает день Х и водитель пропускает выполнение обслуживания, т.к. ему об этом никто не сообщил.
Информирование водителя о факте записи на СТО на определенную дату/время в данном случае будет являться для водителя дополнительным, а может и основным напоминанием о необходимости выполнения ТО/посещения СТО.
kapa пишет:r.garmash пишет:Здравствуйте.
Очередное предложение о доработке.
При приближение даты выполнения запланированного сервиса в Fleetrun, необходимо проинформировать водителя о том, что его автомобиль запланирован на проведение сервиса на определенную дату, время. Информировать можно, как через Telegramm, так и чрез смс.
Подскажите,пожалуйста, возможность реализации такого функционала.
Добрый день!
Спасибо большое за запрос!
Приношу свои извинения за задержку с ответом на ваше письмо.
Для более детального понимания запрашиваемой функциональности, расскажите, пожалуйста, как водители Вашего автопарка будут интерпретировать такое уведомление, другими словами что оно будет значить для них? И какие трудности они сейчас испытывают?Заранее благодарю за ответ!
Здравствуйте!
Все очень просто.
Сейчас, при наступлении события, когда система оповещает пользователя о приближении того или иного события, пользователь реагирует на событие и, допустим, записывает транспортное средство на ремонт на определенную дату в определенное СТО, а сообщить об этом водителю забывает. Наступает день Х и водитель пропускает выполнение обслуживания, т.к. ему об этом никто не сообщил.Информирование водителя о факте записи на СТО на определенную дату/время в данном случае будет являться для водителя дополнительным, а может и основным напоминанием о необходимости выполнения ТО/посещения СТО.
Спасибо, что описали ситуацию! Я пометила себе этот запрос. Я сообщу Вам, когда мы будем рассматривать реализацию данной функциональности.
Здравствуйте!
Очередное предложение по доработке:
Необходимо при создании сервиса указывать плановое количество времени (дней, часов) выполнения сервиса.
Например: создаем сервис в пятницу 01.05.2020 и указываем, что наш автомобиль будет находиться в сервисе с понедельника 04.05.2020/09:00 по среду 06.05.2020/18:00. В итоге, тот же логист или диспетчер, будет видеть сколько по времени у него та или иная машина будет находится в ремонте и когда на эту машину можно планировать работу.Спасибо.
Подскажите по этому предложению, планируется ли реализация? Клиенты интересуются все чаще.
Спасибо.
r.garmash пишет:Здравствуйте!
Очередное предложение по доработке:
Необходимо при создании сервиса указывать плановое количество времени (дней, часов) выполнения сервиса.
Например: создаем сервис в пятницу 01.05.2020 и указываем, что наш автомобиль будет находиться в сервисе с понедельника 04.05.2020/09:00 по среду 06.05.2020/18:00. В итоге, тот же логист или диспетчер, будет видеть сколько по времени у него та или иная машина будет находится в ремонте и когда на эту машину можно планировать работу.Спасибо.
Подскажите по этому предложению, планируется ли реализация? Клиенты интересуются все чаще.
Спасибо.
Добрый день!
Реализация планируется, тем не менее сказать точнее сроки сейчас сложно. Буду держать Вас в курсе.
Сделайте возможность вводить дату вручную.
Пример, есть такая процедура как замена блоков скзи на тахографах которая проводится раз в 3 года. Создан интервал по времени.
При добавление ТС в данный интервал приходится постоянно листать дату, чтобы поставить дату последней замены. Было бы куда удобнее дату ввести от руками.
Спасибо.
Здравствуйте.
Добавьте пожалуйста возможность, при создании интервала/сервиса, на вкладке "расходы", возможность добавления собственного варианта измерения. Сейчас доступны два варианта "Работа" и "Запчасть". Создаю интервал по замене мед справок водителей, а что указать, работу или запчасть, не понятно. Тоже касается и добавления интервала по страховкам и всему, что не измеряется запчастями или работами.
Измените пожалуйста отображение стоимости в отчетах.
1. Сейчас после запятой отображается три ноля, зачем?
2. Добавьте разделитель групп разрядов, сейчас все цифры до запятой отображаются слитно.
3. В итоге отчета есть поле "Не учтено как запчасти", какой смысл этой информации?
На главной странице отображение стоимости отображается в непонятном формате (k) и четыре знака после запятой, это можно поправить?
На главной странице отображение стоимости отображается в непонятном формате (k) и четыре знака после запятой, это можно поправить?
Спасибо за идеи (эту и выше) и предложения по улучшению работы Fleetrun. Мы их обязательно рассмотрим!
Коллеги, добрый вечер, я хотел уточнить в этой теме только избранным отвечают на вопросы и предложения? Задал два вопроса и полный игнор. Есть ли смысл вообще тратить время и писать сюда?
Сделайте возможность вводить дату вручную.
Пример, есть такая процедура как замена блоков скзи на тахографах которая проводится раз в 3 года. Создан интервал по времени.
При добавление ТС в данный интервал приходится постоянно листать дату, чтобы поставить дату последней замены. Было бы куда удобнее дату ввести от руками.
Спасибо.
Здравствуйте!
Извиняюсь, за долгий ответ и спасибо за Ваше предложение сделать Fleetrun лучше!
Подобное предложение поступало и от других пользователей, мы обязательно рассмотрим его к разработке. Тем не менее, на данный момент сложно сказать точные сроки.
Коллеги, добрый вечер, я хотел уточнить в этой теме только избранным отвечают на вопросы и предложения? Задал два вопроса и полный игнор. Есть ли смысл вообще тратить время и писать сюда?
Спасибо, что обратили наше внимание на пропущенный вопрос.
Мы отвечаем всем и очень рады предложением по улучшению Fleetrun. Извиняемся за долгий ответ на Вашу идею.
Сделал интервал на замену документа водителя, почему в уведомлении у нас водитель вдруг стал транспортным средством, да и не ремонт вроде мы с документами делаем?
Сделал интервал на замену документа водителя, почему в уведомлении у нас водитель вдруг стал транспортным средством, да и не ремонт вроде мы с документами делаем?
Добрый день!
Зайдите в настройки данного уведомления и поменяйте значение в поле "Тема".
Нынешний текст: Уведомление о предстоящем ремонте
Также, поменяйте значение в поле "Текст уведомления". Вы можете удалить вручную введенный текст: Транспортное средство. Затем, можете нажать на опцию "Имя объекта сервиса" и система автоматически подставит фразу "Имя объекта сервиса:{{OBJECT_NAME}}".
Надеюсь Вам помогла данная информация!
Спасибо. Но уведомление о котором вы говорите работает на автомобили и его менять нет необходимости, оно меня полностью устраивает.
Как сделать отдельное уведомление с корректными названиями для водителей?
Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.
Спасибо. Но уведомление о котором вы говорите работает на автомобили и его менять нет необходимости, оно меня полностью устраивает.
Как сделать отдельное уведомление с корректными названиями для водителей?
Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.
Здравствуйте!
Я не предлагаю удалять уже существующее уведомление, я предлагаю отредактировать его.
Если Вы создадите новое уведомление, сотрудники автопарка будут получать два уведомления.
Попробуйте сделать правки, которые я описала в моем письме выше. По сути у Вас ничего не поменяется в смысловом плане.
Если Вам не подходит редактирование, объясните, пожалуйста, почему, возможно, я Вас не поняла.
По Вашему второму вопросу, у меня хорошие новости, сейчас мы как раз убираем проверку на одинаковые адреса. Уже в начале августа Вы сможете воспользоваться этой функциональностью.
Сейчас, если есть несколько получателей, просто поменяйте их местами, должно сработать.
Если Вам не подходит редактирование, объясните, пожалуйста, почему, возможно, я Вас не поняла.
Видимо не поняли, а возможно я не понимаю логику работы. Попробую объяснить как вижу это я.
Текущее мое уведомление работает относительно транспортные средства, и оно одно, и текст уведомления для транспортных средств правильный и редактировать его не нужно.
Если я отредактирую уведомление, то для водителей оно будет отражаться корректно, а вот для транспортных средств уже нет.
Я говорю о том что уведомления для водителей и для транспортных средств должны создаваться отдельно. То есть одно уведомление мы создаем для транспортных средств и прицепов, другое уведомления для водителей.
kapa пишет:Если Вам не подходит редактирование, объясните, пожалуйста, почему, возможно, я Вас не поняла.
Видимо не поняли, а возможно я не понимаю логику работы. Попробую объяснить как вижу это я.
Текущее мое уведомление работает относительно транспортные средства, и оно одно, и текст уведомления для транспортных средств правильный и редактировать его не нужно.
Если я отредактирую уведомление, то для водителей оно будет отражаться корректно, а вот для транспортных средств уже нет.
Я говорю о том что уведомления для водителей и для транспортных средств должны создаваться отдельно. То есть одно уведомление мы создаем для транспортных средств и прицепов, другое уведомления для водителей.
Спасибо за детали! На данный момент уведомления настраиваются исходя из "Статуса" сервиса, а не объекта сервиса.
Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.
Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.
В моем примере мы контролируем у водителей окончание срока документов, это может быть как водительское удостоверение, карта водителя для тахографа, медицинская справка, различные пропуска и допуски.
Предположим такой вариант.
Имя: Заканчивается срок действия документа.
Водитель:{{OBJECT_NAME}} (Тут будет ФИО подставляться)
Заканчивается срок действия документа:{{SERVICE_NAME}}
В моем примере {{SERVICE_NAME}} будет "карта тахографа"
Все интервалы соответственно будут заносится по датам.
И еще маленькое предложение допустим у нас стоит
Описание:{{DETAILS}}
Но механик не добавляет описание, или же у нас стоит Окончание:{{FINISH_DATE}, но при создании сервиса как "текущий" даты окончания у нас нет. Возможно ли чтобы эти строки, если в них нет данных не отображались в уведомлении?
Сейчас мы если нет описания получаем в уведомлении "Описание:"
Если нет даты окончания получаем в уведомлении "Окончание:-"
Для лучше визуального восприятия мне кажется лучше эти пункты исключать.
kapa пишет:Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.
В моем примере мы контролируем у водителей окончание срока документов, это может быть как водительское удостоверение, карта водителя для тахографа, медицинская справка, различные пропуска и допуски.
Предположим такой вариант.Имя: Заканчивается срок действия документа.
Водитель:{{OBJECT_NAME}} (Тут будет ФИО подставляться)
Заканчивается срок действия документа:{{SERVICE_NAME}}
В моем примере {{SERVICE_NAME}} будет "карта тахографа"
Все интервалы соответственно будут заносится по датам.И еще маленькое предложение допустим у нас стоит
Описание:{{DETAILS}}
Но механик не добавляет описание, или же у нас стоит Окончание:{{FINISH_DATE}, но при создании сервиса как "текущий" даты окончания у нас нет. Возможно ли чтобы эти строки, если в них нет данных не отображались в уведомлении?
Сейчас мы если нет описания получаем в уведомлении "Описание:"
Если нет даты окончания получаем в уведомлении "Окончание:-"
Для лучше визуального восприятия мне кажется лучше эти пункты исключать.
Здравствуйте!
Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.
Рада сообщить, что теперь нет ограничения на ввод одинакового e-mail для разных уведомлений.
Подскажите, а уведомление по объетам и водителям получают одни и те же люди у вас или разнаые?
Если одни и те же, то стоит объеденить уведомления по ремонту объекта и по смене док-ов водителю в одно.
Система не разграничивает сервисы для водителя, объета или прицепа. Она видит, что интервал наступил и сообщает о предстоящем сервисе.
Например:
Имя объекта сервиса:{{OBJECT_NAME}} (ФИО для водителя, имя объекта для объекта)
Имя сервиса:{{SERVICE_NAME}} -
Здесь важно чтобы у сервиса было говорящее имя, например:
-для водителя: Замена документов
-для объекта: Замена масла
Если получатели разные, создайте просто новое уведомление.
Насчет отображения только того, что заполнено в уведомлении, спасибо, мы рассмотрим это предложение
r.garmash пишет:На главной странице отображение стоимости отображается в непонятном формате (k) и четыре знака после запятой, это можно поправить?
Спасибо за идеи (эту и выше) и предложения по улучшению работы Fleetrun. Мы их обязательно рассмотрим!
Здравствуйте!
Подскажите, планируется ли доработка? Эти недочеты "портят всю картину".
cdda пишет:kapa пишет:Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.
В моем примере мы контролируем у водителей окончание срока документов, это может быть как водительское удостоверение, карта водителя для тахографа, медицинская справка, различные пропуска и допуски.
Предположим такой вариант.Имя: Заканчивается срок действия документа.
Водитель:{{OBJECT_NAME}} (Тут будет ФИО подставляться)
Заканчивается срок действия документа:{{SERVICE_NAME}}
В моем примере {{SERVICE_NAME}} будет "карта тахографа"
Все интервалы соответственно будут заносится по датам.И еще маленькое предложение допустим у нас стоит
Описание:{{DETAILS}}
Но механик не добавляет описание, или же у нас стоит Окончание:{{FINISH_DATE}, но при создании сервиса как "текущий" даты окончания у нас нет. Возможно ли чтобы эти строки, если в них нет данных не отображались в уведомлении?
Сейчас мы если нет описания получаем в уведомлении "Описание:"
Если нет даты окончания получаем в уведомлении "Окончание:-"
Для лучше визуального восприятия мне кажется лучше эти пункты исключать.Здравствуйте!
Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.Рада сообщить, что теперь нет ограничения на ввод одинакового e-mail для разных уведомлений.
Подскажите, а уведомление по объетам и водителям получают одни и те же люди у вас или разнаые?
Если одни и те же, то стоит объеденить уведомления по ремонту объекта и по смене док-ов водителю в одно.
Система не разграничивает сервисы для водителя, объета или прицепа. Она видит, что интервал наступил и сообщает о предстоящем сервисе.Например:
Имя объекта сервиса:{{OBJECT_NAME}} (ФИО для водителя, имя объекта для объекта)
Имя сервиса:{{SERVICE_NAME}} -
Здесь важно чтобы у сервиса было говорящее имя, например:
-для водителя: Замена документов
-для объекта: Замена маслаЕсли получатели разные, создайте просто новое уведомление.
Насчет отображения только того, что заполнено в уведомлении, спасибо, мы рассмотрим это предложение
Здравствуйте!
Подскажите, пожалуйста, разобрались ли Вы или нам стоит назначить звонок?
kapa пишет:r.garmash пишет:На главной странице отображение стоимости отображается в непонятном формате (k) и четыре знака после запятой, это можно поправить?
Спасибо за идеи (эту и выше) и предложения по улучшению работы Fleetrun. Мы их обязательно рассмотрим!
Здравствуйте!
Подскажите, планируется ли доработка? Эти недочеты "портят всю картину".
Здравствуйте!
Хорошие новости, данная функциональность планируется к выпуску 1 сентября.
Здравствуйте, mars!
Спасибо за ответ и подробные разъяснения. Надеюсь, что наши предложения по доработке и улучшению функционала FleetRun не останутся незамеченными))... Двигаемся дальше...))
У нас возник вопрос по "стоимости за 1 км". Как для всего авто парка, так и по каждому автомобилю в отдельности.
В документации по FleetRun написано, что для её расчета общая стоимость обслуживания всех объектов автопарка делится на их общий пробег в приложении. А если перевозчик купил б/у автомобиль с пробегом к примеру в 500.000 км? Как тогда FleetRun посчитает стоимость за 1 км? Понятно, что подсчет будет некорректен для этого перевозчика, ведь первые 500 тыс км не он владел этим автомобилем, а по формуле деление производиться на ВЕСЬ пробег. Аналогично и для всего автопарка в закладке "Обзор".
Так же расходы на ремонт автомобиля могут быть непостоянными, один месяц поломок не было, перевозчик сработал в плюс и всем доволен. А в другой месяц у него случилась крупная поломка, и по итогам месяца он сработал в минус. Текущими инструментами во FleetRun провести детальную оценку к примеру по месяцам (или любой произвольный интервал) нет возможности. Мы предлагаем Вам сделать отчеты, которые будут называться "Себестоимость" и "Себестоимость по группе". При выполнении данного отчета за интересующий интервал времени (к примеру по месяцам) клиент увидит полную картину, в каком месяце он работал в плюс, а в каком были убытки из-за частых (крупных) поломок авто. Формула подсчета себестоимости за 1 км в отчете следующая: "общая стоимость выполненных сервисов в УКАЗАННОМ интервале" / ("счетчик пробега на конец интервала" - "счетчик пробега на начало интервала"). Т.е. обязательно суммируются те сервисы, которые были выполнены пользователем в указанном интервале (неделя, месяц, год) и делить на пробег в этом интервале. Так же возможность выводить графики расходов, себестоимости по каждому автомобилю и и конечно по всему автопарку. Сортировка автомобилей по себестоимости в таблице ну многое другое. Графиков реально не хватает.
Так же хотел бы акцентировать внимание на понятии "стоимость за 1 км". Думаю более корректное название "СЕБЕСТОИМОСТЬ за 1 км".
Себестоимость - это сумма всех издержек, которые несет предприятие на обслуживание автопарка. Одним из основных аспектов, из которой формируется себестоимость, являются расходы на обслуживание транспортного средства. Поэтому в нашем случае думаю более правильным будет назвать "Себестоимость за 1 км".
Mars, жду Ваших комментарий!!
Добрый день!
Рада сообщить, что запрашиваемая функциональность уже доступна во Fleetrun.
Больше информации Вы найдете по ссылке: https://forum.gurtam.com/viewtopic.php? … 43#p183143
Пожалуйста, сообщите нам Вашу обратную связь.
Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.
Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.
Поддержу. Отчеты в 00:00 это совсем неудобно. Добавить настройку на получение отчетов в удобное время, будет отличное решение.
Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.
Здравствуйте!
Спасибо за Ваше предложение сделать Fleetrun лучше!
Мы обязательно рассмотрим варианты решения проблемы и сообщим Вам как только функциональность будет доступна в использовании.
cdda пишет:Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.
Поддержу. Отчеты в 00:00 это совсем неудобно. Добавить настройку на получение отчетов в удобное время, будет отличное решение.
Здравствуйте!
Спасибо за Вашу активность и поддержку идеи!
Когда функциональность будет готова, мы Вам сразу сообщим.
Добрый день.
Вопрос 1.
Вчера общались с разработчиками, проблема заключалась в том, что добавили автомобиль в Fleetrun, занесли все растраты, но км подтягивался только с момента добавления в сервис. Из-за этого расчёт на 1 км. был очень не корректный. Этот вопрос мы решили, разработчики любезно помогли нам подтянуть километраж за прошлый период. А теперь предложение и пожелание, может быть стоит сделать возможность подтяжки данных по пробегу за прошлый период с Виалона? Так как у многих клиентов затраты на автомобиль ведутся с момента покупки автомобиля, и на данный момент занеся их в сервис, у них нет возможности корректного отображения стоимости на 1 км.Вопрос 2.
При выгрузке отчёта у нас есть строка сервиса, где в общих суммах описаны растраты на "работы" и "запчасти", так же большая просьба, возможно ли сделать детализацию работ и запчастей? Хочется в отчёте видеть детальную информацию, так как мы вносим данные за весь месяц с множеством работ и запчастей.
Здравствуйте!
Команда Fleetrun рада сообщить Вам, что функциональность, которую Вы запрашивали во пункте "Вопрос 2" реализована.
Больше информации по ссылке: https://forum.gurtam.com/viewtopic.php? … 81#p183981
Мы будем очень рады обратной связи по e-mail: kapa@gutram.com или ответом на это сообщение здесь на форуме!
Здравствуйте.
Добавьте пожалуйста возможность, при создании интервала/сервиса, на вкладке "расходы", возможность добавления собственного варианта измерения. Сейчас доступны два варианта "Работа" и "Запчасть". Создаю интервал по замене мед справок водителей, а что указать, работу или запчасть, не понятно. Тоже касается и добавления интервала по страховкам и всему, что не измеряется запчастями или работами.Измените пожалуйста отображение стоимости в отчетах.
1. Сейчас после запятой отображается три ноля, зачем?
2. Добавьте разделитель групп разрядов, сейчас все цифры до запятой отображаются слитно.
3. В итоге отчета есть поле "Не учтено как запчасти", какой смысл этой информации?
Добрый день!
Рада сообщить, что запрашиваемая Вами функциональность разработана и выпущена.
Добрый день, коллеги!
Поступило предложение от одного из наших клиентов. Хотят для прицепов отслеживать пробеги. Для чего это нужно:
ТО для колес прицепа/полуприцепа.
1) К примеру каждые 40-45 тыс км балансировка колес прицепа. Несбалансированные колеса могут принести значительный ущерб: сокращается срок эксплуатации самой шины, деталей (узлов) подвески автомобиля (подшипников ступицы, амортизаторов и т.д.).
2) Своевременная перестановка грузовых шин. Необходимость перестановки связана с конструктивными особенностям ТС (прицепа/полуприцепа), а также свойств дорожного покрытия. Шины на разных позициях прицепа/полуприцепа изнашиваются не одинаково, проявляется неравномерный износ. Поэтому каждые 40-45 тыс км производится перестановка шин прицепа.
3) Каждые 30-40 тыс обязательное инспектирование, проверка состояния шин на прицепах и ТС.
Все вышеперечисленное при правильном подходе и жестком контроле может сэкономить перевозчику значительную сумму денег.
На данные момент Флитран может контролировать ТО прицепов. Но как привязаться к пробегам? Можно ли сделать во ФлитРан возможность автоматической/ручной привязки прицепов к объекту мониторинга? Есть несколько рабочих вариантов:
1) Ручной. Клиент самостоятельно, вручную , снимает/назначает прицепы в FleetRun. Да это неудобно, но как решение уже можно предоставить клиенту.
2) Использование API FleetRun. Клиент интегрирует свои ERP системы и по запросам назначает/снимает прицепы с объектов мониторинга. 3) Автоматическое снятие/назначение по RFID меткам. Тогда с Виалона в FleeRun должны подтягиваться данные по назначенным/снятым прицепам.
Пробег будет считать от счетчика пробега объекта мониторинга. В каждом прицепе должен быть свой счетчик пробега, который будет накапливать пробег при условии назначения на требуемый объект мониторинга.
Что скажете коллеги, партнеры?
Ну конечно добавить это в отчеты, чтобы клиент мог выполнить отчет по прицепу и видеть дату/время/ пробег прицепа на момент ТО.
Ну и понятно сработка уведомлений.
Также есть предложение по доработке сезонности шин. Т.е. подсчет пробега шин с привязкой к сезону (летняя/зимняя резина). Это не касается прицепов, а вообще в целом для автомобилей. Ведь на легковых авто владельцы переобувают автомобиль. Соотв-но нужно пробег как-то считать для летней и зимней резины по отдельности.
Добрый день, коллеги!
Поступило предложение от одного из наших клиентов. Хотят для прицепов отслеживать пробеги. Для чего это нужно:
ТО для колес прицепа/полуприцепа.
1) К примеру каждые 40-45 тыс км балансировка колес прицепа. Несбалансированные колеса могут принести значительный ущерб: сокращается срок эксплуатации самой шины, деталей (узлов) подвески автомобиля (подшипников ступицы, амортизаторов и т.д.).
2) Своевременная перестановка грузовых шин. Необходимость перестановки связана с конструктивными особенностям ТС (прицепа/полуприцепа), а также свойств дорожного покрытия. Шины на разных позициях прицепа/полуприцепа изнашиваются не одинаково, проявляется неравномерный износ. Поэтому каждые 40-45 тыс км производится перестановка шин прицепа.
3) Каждые 30-40 тыс обязательное инспектирование, проверка состояния шин на прицепах и ТС.
Все вышеперечисленное при правильном подходе и жестком контроле может сэкономить перевозчику значительную сумму денег.На данные момент Флитран может контролировать ТО прицепов. Но как привязаться к пробегам? Можно ли сделать во ФлитРан возможность автоматической/ручной привязки прицепов к объекту мониторинга? Есть несколько рабочих вариантов:
1) Ручной. Клиент самостоятельно, вручную , снимает/назначает прицепы в FleetRun. Да это неудобно, но как решение уже можно предоставить клиенту.
2) Использование API FleetRun. Клиент интегрирует свои ERP системы и по запросам назначает/снимает прицепы с объектов мониторинга. 3) Автоматическое снятие/назначение по RFID меткам. Тогда с Виалона в FleeRun должны подтягиваться данные по назначенным/снятым прицепам.
Пробег будет считать от счетчика пробега объекта мониторинга. В каждом прицепе должен быть свой счетчик пробега, который будет накапливать пробег при условии назначения на требуемый объект мониторинга.
Что скажете коллеги, партнеры?
Ну конечно добавить это в отчеты, чтобы клиент мог выполнить отчет по прицепу и видеть дату/время/ пробег прицепа на момент ТО.
Ну и понятно сработка уведомлений.Также есть предложение по доработке сезонности шин. Т.е. подсчет пробега шин с привязкой к сезону (летняя/зимняя резина). Это не касается прицепов, а вообще в целом для автомобилей. Ведь на легковых авто владельцы переобувают автомобиль. Соотв-но нужно пробег как-то считать для летней и зимней резины по отдельности.
Добрый день!
Большое спасибо за идею сделать Fleetrun лучше! Данное предложение нам уже поступало и его можно найти в теме: Пробег по прицепам. Согласно тому, сколько пользователей к нам обращается с данным предложением на форуме и за его пределами, мы планируем рассматривать вариант его реализации в следующем году. Пока сложно сказать более точные сроки.
Я обязательно свяжусь с Вами на стадии анализа данной функциональности.
Спасибо!
Добрый день , подскажите пожалуйста если ожидается появление мобильного приложение на базе Fleetrun ? для удобности сотрудникам вносить данные удалена .
Добрый день , подскажите пожалуйста если ожидается появление мобильного приложение на базе Fleetrun ? для удобности сотрудникам вносить данные удалена .
Здравствуйте!
К сожалению, на данный момент не рассматриваем такую возможность. Тем не менее, подскажите, пожалуйста, какие именно действия Вам бы хотелось выполнять в мобильном приложении?
Здравствуйте!
Очередное предложение о доработке:
1. Уведомления о сервисах.
Предложение: При получении уведомления о сервисе (предстоящем, выполненном) добавить значения счетчика моточасов/пробега на время получения уведомления.
2. Интервалы - расходы.
Предложение: При получении уведомления на email о приближающемся сроке выполнения сервиса, добавить возможность получения списка необходимых запчастей/работ (расходов) назначенных на этот интервал. В таком случае, пользователь будет получатель уведомление о приближении сервиса со списком необходимых запчастей/работ.
Спасибо.
Здравствуйте!
Очередное предложение по доработке:
1. При массовом импорте интервалов нет возможности добавить "создать сервис за". Приходится после импорта интервалов, заходить в каждый интервал и вручную проставлять необходимое значение "создать сервис за".
Предложение: добавить колонку "создать сервис за" при импорте интервалов.
2. Пример. У нас есть список интервалов и есть список необходимых позиций запасных частей/работ соответствующих определенному интервалу (допустим 1 интервал и к нему 10 позиций запасных частей/работ).
При ручном создании интервала есть возможность добавлять расходы вручную, а при импорте интервалов, такая возможность отсутствует.
Предложение: добавить возможность добавлять необходимые работы/запчасти при импорте интервалов.
Спасибо!
Добрый день!
Можете в календарь добавить переход по годам? На подобии календаря в Хостинге при выборе интервала выполнения отчета. Сейчас есть возможность только по месяцам. Скрины прилагаю.
Некоторым клиентам неудобно, когда создают сервис со статусом предстоящий, период у которого раз в несколько лет. Нужно в календаре долго листать месяцы.
Здравствуйте!
Очередное предложение по доработке:
1. При массовом импорте интервалов нет возможности добавить "создать сервис за". Приходится после импорта интервалов, заходить в каждый интервал и вручную проставлять необходимое значение "создать сервис за".
Предложение: добавить колонку "создать сервис за" при импорте интервалов.
2. Пример. У нас есть список интервалов и есть список необходимых позиций запасных частей/работ соответствующих определенному интервалу (допустим 1 интервал и к нему 10 позиций запасных частей/работ).
При ручном создании интервала есть возможность добавлять расходы вручную, а при импорте интервалов, такая возможность отсутствует.Предложение: добавить возможность добавлять необходимые работы/запчасти при импорте интервалов.
Спасибо!
Руслан, здравствуйте!
Большое спасибо еще раз за идеи как сделать Fleetrun лучше! Все идеи зарегистрированы и по уведомлениям (пробег+мч), как и договаривались, есть планы на реализацию в системе в течении Q1.
Добрый день!
Можете в календарь добавить переход по годам? На подобии календаря в Хостинге при выборе интервала выполнения отчета. Сейчас есть возможность только по месяцам. Скрины прилагаю.
Некоторым клиентам неудобно, когда создают сервис со статусом предстоящий, период у которого раз в несколько лет. Нужно в календаре долго листать месяцы.
Здравствуйте!
Большое спасибо за предложение! Планируем реализацию этой функциональности в Q1, т.к. получили уже много запросов о ней.
Здравствуйте.
Предлагаю расширить функционал Fleetrun за счет интеграции его с сайтом ГИБДД.
Было бы здорово в приложении вести статистику по штрафам (гос номер авто, дата правонарушения, статья, сумма к оплате со скидкой, дата окончания действия скидки или срок оплаты), а также оперативно (в режиме онлайн) получать уведомления о правонарушениях.
Здравствуйте.
Предлагаю расширить функционал Fleetrun за счет интеграции его с сайтом ГИБДД.
Было бы здорово в приложении вести статистику по штрафам (гос номер авто, дата правонарушения, статья, сумма к оплате со скидкой, дата окончания действия скидки или срок оплаты), а также оперативно (в режиме онлайн) получать уведомления о правонарушениях.
Здравствуйте!
Спасибо большое за идею как сделать Fleetrun лучше!
Похожее предложение уже приходило от наших партнеров, но пока, к сожалению, сложно предоставить детали по реализации. Ценность в данной функциональности определенно видим вне сомнений.
Добрый день!
От наших сельхоз предприятий поступают предложения по доработке функционала Fleetrun.
1) Добавить новые типы объектов (погрузчик, комбайн кормоуборочный, комбайн зерноуборочный, самоходная жатка, самоходный опрыскиватель, самоходная косилка) иначе получается такая картина, Джон Дир, Кроне и т. д. очень серьёзные машины уходят в разряд НЛО.
2) В виду специфики работы ТС, добавить интервал техобслуживания по кол-ву потраченного топлива (например ТО через каждые 5000 литров потраченного топлива).
Доброго времени сутки!
Всем с Новым Годом!
Для импорт сервисов и топливо не то что полезно, чтобы удобно употребимо:
--
В случае интереса на расположением чтобы показать и расписать как это должно работать.
```tm integer($UNIX timestamp)
readOnly: true
date and time of latest update```Доброго времени сутки!
Раз при настройки Интервалов есть возможность указывать планируемые расходы и их стоимость то от этого можно сделать бюджет автопарка на период с указанием для соответствующего периода времени планируемого пробега (всего пробега за всего времени или помесячно) что бы было возможно построение бюджета на месяц, квартал, год.
Съответствено в Обзор и Информация об обекта в Объектов сервиса графики расходов дополнит с показаниями плановых к совершенными потом расходами и следить за выполнения бюджета.
Ето конечно в удобном виде рассматривать, редактировать и т.д. и т.п. в табличном виде как по всего автопарка так и в разрезе одиночного объекта сервиса, в отчетах с возможности експорта.
Здравствуйте.
Очень остро стоит вопрос о маленькой доработке Fleetrun.
Нужно добавить таймаут на создание сервиса в автоматическом режиме и отправку уведомления о его создании.
Причина в том, что Fleetrun полностью опирается счетчик пробега.
Функционал работы счетчика не предусматривает его авто корректировку в случае ошибки.
Как правило приложением пользуются клиенты, у которых подключена CAN, счетчик пробега настроен на Датчик пробега, а он на параметр пробега из CAN.
Так вот нередки случаи, когда время от времени приходит "левое" сообщение с ошибкой. Этого достаточно, чтобы счетчик пробега сбился и Fleetrun создал просроченный сервис и отправил уведомление. Это очень раздражает клиентов и после нескольких подобных случаев заставляет полностью отказаться от использования приложения.
(если CAN нет и счетчик настроен на GPS - тут и говорить нечего. Любой вылет координаты приводит к аналогичному результату. А вылеты координат происходят разумеется намного чаще, чем ошибки по CAN).
Так вот по хорошему нужна доработка счетчика пробега, чтобы он синхронизировался с датчиком пробега (GPS это не касается, конечно).
Но мы этот вопрос решили на своей стороне своим скриптом, который 2 раза в сутки "прогоняет" группу объектов, используемых в Fleetrun, и подставляет актуальную цифру по пробегу из последнего сообщения в счетчик.
Остается вторая часть проблемы, которую мы уже никак сами решить не можем. Как написал выше - это отсутствие таймаута на создание сервиса в автоматическом режиме и отправку уведомления о его создании. Счетчик-то мы "чиним", то из-за отсутствия таймаута Fleetrun уже сервис создал и уведомление отправил. В хостинге в уведомлениях есть возможность выставить таймаут. В Fleetrun на данный момент его нет.
Прошу рассмотреть вопрос о возможности выставления таймаута на создание сервиса в автоматическом режиме и отправку уведомления о его создании.
Спасибо.
Здравствуйте, товарищи разработчики!
Обратил внимание, что если объект удален из Wialon, то по нему информация в отчетах во Fleetrun отображается так: объект "НЕИЗВЕСТНЫЙ".
Не хорошо, потому что это история проведенного ТО, которая хранится 5 лет.
На то она и история, чтобы хранится, чтобы ей можно было воспользоваться.
Надо чтобы там была полная информация - это очень важно!
К сожалению, уже более полутора лет FleetRun не дорабатывается.
Последнее сообщение в этой ветке от БА было в марте 2021 года.
Неоднократные мои попытки донести до разработчиков потребность доработки не привели ни к чему.
Жаль конечно, что приложение не дорабатывается...
Пользуемся для контроля обслуживания служебного автотранспорта, но функционал конечно можно было бы расширить.