Предложения по доработке Fleetrun

Сделал интервал на замену документа водителя, почему в уведомлении у нас водитель вдруг стал транспортным средством, да и не ремонт вроде мы с документами делаем?

Спасибо. Но уведомление о котором вы говорите работает на автомобили и его менять нет необходимости, оно меня полностью устраивает.
Как сделать отдельное уведомление с корректными названиями для водителей?
Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.

kapa пишет:

Если Вам не подходит редактирование, объясните, пожалуйста, почему, возможно, я Вас не поняла.

Видимо не поняли, а возможно я не понимаю логику работы. Попробую объяснить как вижу это я.
Текущее мое уведомление работает относительно транспортные средства, и оно одно, и текст уведомления для транспортных средств правильный и редактировать его не нужно.
Если я отредактирую уведомление, то для водителей оно будет отражаться корректно, а вот для транспортных средств уже нет.
Я говорю о том что уведомления для водителей и для транспортных средств должны создаваться отдельно. То есть одно уведомление мы создаем для транспортных средств и прицепов, другое уведомления для водителей.

kapa пишет:

Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.

В моем примере мы контролируем у водителей окончание срока документов, это может быть как водительское удостоверение, карта водителя для тахографа, медицинская справка, различные пропуска и допуски.
Предположим такой вариант.

Имя: Заканчивается срок действия документа.
Водитель:{{OBJECT_NAME}}   (Тут будет ФИО подставляться)
Заканчивается срок действия документа:{{SERVICE_NAME}}
В моем примере {{SERVICE_NAME}} будет "карта тахографа"
Все интервалы соответственно будут заносится по датам.

И еще маленькое предложение допустим у нас стоит
Описание:{{DETAILS}}
Но механик не добавляет описание, или же у нас стоит Окончание:{{FINISH_DATE}, но при создании сервиса как "текущий" даты окончания у нас нет. Возможно ли чтобы эти строки, если в них нет данных не отображались в уведомлении?
Сейчас мы если нет описания получаем в уведомлении "Описание:"
Если нет даты окончания получаем в уведомлении "Окончание:-"
Для лучше визуального восприятия мне кажется лучше эти пункты исключать.

Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.

cdda пишет:

kapa пишет:

Опишите, пожалуйста каким должно быть уведомления для водителя, я сопоставлю его с нынешним уведомлением и, возможно, предложу вам решение.

В моем примере мы контролируем у водителей окончание срока документов, это может быть как водительское удостоверение, карта водителя для тахографа, медицинская справка, различные пропуска и допуски.
Предположим такой вариант.

Имя: Заканчивается срок действия документа.
Водитель:{{OBJECT_NAME}}   (Тут будет ФИО подставляться)
Заканчивается срок действия документа:{{SERVICE_NAME}}
В моем примере {{SERVICE_NAME}} будет "карта тахографа"
Все интервалы соответственно будут заносится по датам.

И еще маленькое предложение допустим у нас стоит
Описание:{{DETAILS}}
Но механик не добавляет описание, или же у нас стоит Окончание:{{FINISH_DATE}, но при создании сервиса как "текущий" даты окончания у нас нет. Возможно ли чтобы эти строки, если в них нет данных не отображались в уведомлении?
Сейчас мы если нет описания получаем в уведомлении "Описание:"
Если нет даты окончания получаем в уведомлении "Окончание:-"
Для лучше визуального восприятия мне кажется лучше эти пункты исключать.

Здравствуйте!

Так же не очень понятная ситуация с одинаковыми электронными адресами.
К примеру:
Я хочу сделать два уведомления.
Одно уведомление с темой "машина поставлена в сервис" и выбираю статус "текущий", другое уведомление с темой "ремонт окончен" и выбираю статус "выполнено"
Но получатели данного уведомления должны быть одни и те же, сейчас так не работает.

Рада сообщить, что теперь нет ограничения на ввод одинакового e-mail для разных уведомлений.

Подскажите, а уведомление по объетам и водителям получают одни и те же люди у вас или разнаые?
Если одни и те же, то стоит объеденить уведомления по ремонту объекта и по смене док-ов водителю в одно.
Система не разграничивает сервисы для водителя, объета или прицепа. Она видит, что интервал наступил и сообщает о предстоящем сервисе.

Например:
Имя объекта сервиса:{{OBJECT_NAME}} (ФИО для водителя, имя объекта для объекта)
Имя сервиса:{{SERVICE_NAME}} -
Здесь важно чтобы у сервиса было говорящее имя, например:
-для водителя: Замена документов
-для объекта: Замена масла

Если получатели разные, создайте просто новое уведомление.

Насчет отображения только того, что заполнено в уведомлении, спасибо, мы рассмотрим это предложение

Здравствуйте, mars!
Спасибо за ответ и подробные разъяснения. Надеюсь, что наши предложения по доработке и улучшению функционала FleetRun не останутся незамеченными))... Двигаемся дальше...))
У нас возник вопрос по "стоимости за 1 км". Как для всего авто парка, так и по каждому автомобилю в отдельности.
В документации по FleetRun написано, что для её расчета общая стоимость обслуживания всех объектов автопарка делится на их общий пробег в приложении. А если перевозчик купил б/у автомобиль с пробегом к примеру в 500.000 км? Как тогда FleetRun посчитает стоимость за 1 км? Понятно, что подсчет будет некорректен для этого перевозчика, ведь первые 500 тыс км не он владел этим автомобилем, а по формуле деление производиться на ВЕСЬ пробег. Аналогично и для всего автопарка в закладке "Обзор".
Так же расходы на ремонт автомобиля могут быть непостоянными, один месяц поломок не было, перевозчик сработал в плюс и всем доволен. А в другой месяц у него случилась крупная поломка, и по итогам месяца он сработал в минус. Текущими инструментами во FleetRun провести детальную оценку к примеру по месяцам (или любой произвольный интервал) нет возможности. Мы предлагаем Вам сделать отчеты, которые будут называться "Себестоимость" и  "Себестоимость по группе". При выполнении данного отчета за интересующий интервал времени (к примеру по месяцам) клиент увидит полную картину, в каком месяце он работал в плюс, а в каком были убытки из-за частых (крупных) поломок авто. Формула подсчета себестоимости за 1 км в отчете следующая: "общая стоимость выполненных сервисов в УКАЗАННОМ интервале" / ("счетчик пробега на конец интервала" - "счетчик пробега на начало интервала"). Т.е. обязательно суммируются те сервисы, которые были выполнены пользователем в указанном интервале (неделя, месяц, год) и делить на пробег в этом интервале. Так же возможность выводить графики расходов, себестоимости по каждому автомобилю и и конечно по всему автопарку. Сортировка автомобилей по себестоимости в таблице ну многое другое. Графиков реально не хватает.
Так же хотел бы акцентировать внимание на понятии "стоимость за 1 км". Думаю более корректное название "СЕБЕСТОИМОСТЬ за 1 км".
Себестоимость - это сумма всех издержек, которые несет предприятие на обслуживание автопарка. Одним из основных аспектов, из которой формируется себестоимость, являются расходы на обслуживание транспортного средства. Поэтому в нашем случае думаю более правильным будет назвать "Себестоимость за 1 км".
Mars, жду Ваших комментарий!!

Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.

cdda пишет:

Добрый вечер, отправка отчета на электронную почту, можно ли каким то образом изменить время поступления отчета? Отчет преимущественно отправляется руководству, и приходит в 12 часов ночи, что не очень тактично. Утренние часы предпочтительные, или же пользователь должен сам указать время. Спасибо.

Поддержу. Отчеты в 00:00 это совсем неудобно. Добавить настройку на получение отчетов в удобное время, будет отличное решение.

Здравствуйте.
Добавьте пожалуйста возможность, при создании интервала/сервиса, на вкладке "расходы", возможность добавления собственного варианта измерения. Сейчас доступны два варианта "Работа" и "Запчасть". Создаю интервал по замене мед справок водителей, а что указать, работу или запчасть, не понятно. Тоже касается и добавления интервала по страховкам и всему, что не измеряется запчастями или работами.

Измените пожалуйста отображение стоимости в отчетах.
1. Сейчас после запятой отображается три ноля, зачем?
2. Добавьте разделитель групп разрядов, сейчас все цифры до запятой отображаются слитно.
3. В итоге отчета есть поле "Не учтено как запчасти", какой смысл этой информации?

Добрый день, коллеги!

Поступило предложение от одного из наших клиентов. Хотят для прицепов отслеживать пробеги. Для чего это нужно:
ТО для колес прицепа/полуприцепа.
1) К примеру каждые 40-45 тыс км балансировка колес прицепа. Несбалансированные колеса могут принести значительный ущерб: сокращается срок эксплуатации самой шины, деталей (узлов) подвески автомобиля (подшипников ступицы, амортизаторов и т.д.).
2) Своевременная перестановка грузовых шин. Необходимость перестановки связана с конструктивными особенностям ТС (прицепа/полуприцепа), а также свойств дорожного покрытия.  Шины на разных позициях прицепа/полуприцепа изнашиваются не одинаково, проявляется неравномерный износ. Поэтому каждые 40-45 тыс км производится перестановка шин прицепа.
3) Каждые 30-40 тыс обязательное инспектирование, проверка состояния шин на прицепах и ТС.
Все вышеперечисленное при правильном подходе и жестком контроле может сэкономить перевозчику значительную сумму денег.

На данные момент Флитран может контролировать ТО прицепов. Но как привязаться к пробегам? Можно ли сделать во ФлитРан возможность автоматической/ручной привязки прицепов к объекту мониторинга? Есть несколько рабочих вариантов:
1) Ручной. Клиент самостоятельно, вручную , снимает/назначает прицепы в FleetRun. Да это неудобно, но как решение уже можно предоставить клиенту.
2) Использование API FleetRun. Клиент интегрирует свои ERP системы и по запросам назначает/снимает прицепы с объектов мониторинга. 3) Автоматическое снятие/назначение по RFID меткам. Тогда с Виалона в FleeRun должны подтягиваться данные по назначенным/снятым прицепам.
Пробег будет считать от счетчика пробега объекта мониторинга. В каждом прицепе должен быть свой счетчик пробега, который будет накапливать пробег при условии назначения на требуемый объект мониторинга.
Что скажете коллеги, партнеры?
Ну конечно добавить это в отчеты, чтобы клиент мог выполнить отчет по прицепу и видеть дату/время/ пробег прицепа на момент ТО.
Ну и понятно сработка уведомлений.

Также есть предложение по доработке сезонности шин. Т.е. подсчет пробега шин с привязкой к сезону (летняя/зимняя резина). Это не касается прицепов, а вообще в целом для автомобилей. Ведь на легковых авто владельцы переобувают автомобиль. Соотв-но нужно пробег как-то считать для летней и зимней резины по отдельности.

Добрый день , подскажите пожалуйста если ожидается появление мобильного приложение на базе Fleetrun ? для удобности сотрудникам вносить  данные удалена .