Расширить виды индикации событий по баку

[SK]

смотрите, к примеру, анализируются данные....датчиков веса нету, кнопок и т.п тоже нету...есть только сливы и рейсы и путевки.
зная ситуацию на "земле", диспетчер постфактум делает виртуальные события

Здорово ! Иными словами диспетчер всегда имеет возможность прикрыть слив, поставив виртуальное событие. Просто великолепно.
Кроме того, работа программы и ее результаты будут напрямую зависеть от того, чего там навертит некий диспетчер... Причем постфактум. Причем, хоть каждый день меняй и "ахалай-махалай" что хочу - получай...

Моё мнение: либо делайте железную логику работы на основе датчиков, либо используйте модуль отчетов - фильтрацию по внешнему источнику данных (куда диспетчер будет заносить свои интервалы). Там можно реализовать любую логику.
Само ядро - должно работать железно, иначе грош цена таким результатам. Никто и никогда не будет уверен в их достоверности.

[SK]

latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

[csistra]

latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

Не будет это работать уже пробовал что то подобное..

[skier]

Не будет это работать уже пробовал что то подобное..

Почему не будет ? Работает. Но ответственность за фиксацию "груженого" рейса естественно ложится на водителя.
Это как наемные водители с личным транспортом. Включил прибор в прикуриватель (или через тумблер) в рабочее время, рейс засчитан, забыл- проблемы водителя (рейс не засчитан). В личное время тумблер отключается.
Все просто и понятно. Главное, не забыть.

[csistra]

человеческий фактор потому что. и степень ответственности

[skier]

человеческий фактор потому что. и степень ответственности

Так тут ВОДИТЕЛЬ заинтересован, чтобы ему зачли вообще рейс или/либо рейс "груженый". Разве не так ?

[SK]

Сообщение от SK

latypovar, а почему бы не сделать детекцию "груженого" рейса хотя бы банальным тумблером в кабине водителя ? Это намного более надежный способ, результат которого окажется в памяти терминала, будет передан на сервер и т.п. Будет кому нести ответственность за достоверность, можно будет разбивать на рейсы по показаниям такого тумблера и многое другое.

Не будет это работать уже пробовал что то подобное..

А постправки в ПО еще более абсурдные. Как захотел так и поправил в любое время - хоть через день, хоть через год. Причем локально. На сервере по крайней мере твердая копия данных сохраняется, недоступная диспетчерам.

[SK]

человеческий фактор потому что. и степень ответственности

Именно, что не некий диспетчер за водителя решил - засчитать ему рейс как груженый или нет. Захотел диспетчер - наставил водителю рейсов, захотел - не наставил. Про временные границы, которые диспетчер ставить должен по своему усмотрению - вообще молчу.
После такого этот бардак разгрести и проверить будет крайне непросто. Надо быть в диспетчере уверенным быть на 70000000%, чтобы доверить. Особенно, если еще после его правок данные в путевые листы пойдут и бухгалтерию...

[olegg72]

Сообщение от latypovar

Да,я много хочу: кнопку, по которой будет считаться новый расход по какому то событию, пускай диспетчер жмет или ПО само определяет. Если нет ДУТа, ВЗО, хочу менять ту норму, которая предлагается ввести во вкладке двигатель по норме,при этом не меняя предыдущие записи. А к примеру поменять только сегодняшнюю, когда он ехал с перегрузом. Хочу: загружать, менять, копировать настройки расхода по ситуации из своей базы. Не хочу: запоминать, где то записывать, хочу хранить в файле. Хочу: рейс что бы делился по событию, по параметру, по контрольной точке, да пофиг как, но при этом автоматом менял расход, едет туда полный одна норма, едет обратно пустой другая норма. Я думаю, что позже найдется событие или инструмент по которому будет ПО его менять автоматом, пока просто мысли.

Давно все есть. Детектируйте перегруз и подавайте на вход терминала сигнал, что перегруз (хоть датчиком веса, хоть тумблером, хоть по аппаратной КТ). В ПО давно уже сделаны специальные пороги "при вкл. датчике х". Чего еще-то ?

я так понимаю, что хотят, что бы в программе был реализован алгоритм расчета расхода топлива согласно«Нормы расхода топлив и смазочных материалов
на автомобильном транспорте»

[SK]

я так понимаю, что хотят, что бы в программе был реализован алгоритм расчета расхода топлива согласно«Нормы расхода топлив и смазочных материалов
на автомобильном транспорте»

Нет конечно. Расход по нормативам всегда был встроен в ПО.
Хотят, чтобы по сути диспетчер мог руками расставлять задним числом со скольки и до скольки какой расход по его личному мнению должен был быть.
Посекундное расписание расходов, иными словами.