1Тема от levindv

регистрация событий как процесс диспетчера

  • levindv
  • Wialon fan club
  • Неактивен
  • Зарегистрирован: 09/01/2017
  • Сообщений: 206
  • Продукты: Wialon Hosting
  • Карма: 26

Тема: регистрация событий как процесс диспетчера

хочется реализовать возможность следующего процесса:

1. Диспетчеру приходит информация и он видит проблему
2. Диспетчер нажимает на кнопку реакции на проблему
3. Фиксирует причину проблемы выбирая её из уже заранее определенного списка либо имеет возможность добавить свой вариант
4. Указывает временной промежуток присутствия проблемы, то время на которое транспорт не мог выполнять свои задачи
5. Менеджер видит суммарный показатель по каждому типу простоев в разрезе водителей или объектов

Сейчас нет возможности заставить диспетчера что-либо сделать, нельзя помогать ему не потеряться в сложных процессах.

писал об этом в другой теме https://forum.gurtam.com/viewtopic.php?id=12149 сказали что только если сообщество поддержит очевидное, то тогда возможно сделают.

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

0
2Ответ от tata

регистрация событий как процесс диспетчера

  • tata
  • tata
  • Gurtam
  • Неактивен
  • Откуда: Minsk
  • Зарегистрирован: 12/03/2012
  • Сообщений: 1,682
  • Продукты: Wialon Hosting
  • Карма: 507

Re: регистрация событий как процесс диспетчера

Перенесу еще часть вашего поста по этой теме

levindv пишет:

не каждая процедура из этого списка может быть выполнена:
1. всё ок
2. всё ок
3. уведомление - это не задача, её можно закрыть (иногда случайно) и она исчезнет, а задачу пока не сделаешь будет висеть не выполненной, не хватает возможность не убирать оповещения пока не будет сделано действие либо ввести отдельную сущность - задача, которая обладает такой возможностью
4. это есть в событии технического обслуживания, которое нельзя выбрать в уведомлении. Если использовать для этого произвольные события, то в них не хватает атрибута временного промежутка как в событии технического обслуживания
5. В событии технического обслуживания нет возможности фильтрации по типу событий, а в произвольном событии нет временного промежутка события.

Исходя из этого зафиксировала предложение: добавить "Длительность" в регистрацию "Произвольных событий" или фильтр по маске работ в таблицу "Техобслуживание".

Tatsiana Shmihelskaya
Business Analyst, Gurtam

0
3Ответ от levindv

регистрация событий как процесс диспетчера

(22/09/2017 12:04:54 отредактировано levindv)
  • levindv
  • Wialon fan club
  • Неактивен
  • Зарегистрирован: 09/01/2017
  • Сообщений: 206
  • Продукты: Wialon Hosting
  • Карма: 26

Re: регистрация событий как процесс диспетчера

tata пишет:

Исходя из этого зафиксировала предложение: добавить "Длительность" в регистрацию "Произвольных событий" или фильтр по маске работ в таблицу "Техобслуживание".

да, абсолютно верно, но тут есть "подводный камень" - если вы добавляете только фильтр по маске работ в Техобслуживание, то регистрировать событие ТО через уведомление сейчас нельзя так как регистрируется сразу произвольное событие, поэтому тут варианта два, либо длительность в произвольные события либо возможность выбора типа события в уведомлении..
Либо и то и другое.

Также хочу процитировать одно свое сообщение из другое темы:
"уведомление - это не задача, её можно закрыть (иногда случайно) и она исчезнет, а задачу пока не сделаешь будет висеть не выполненной, не хватает возможность не убирать оповещения пока не будет сделано действие либо ввести отдельную сущность - задача, которая обладает такой возможностью"
Если можно придумать что-то и по этому поводу, так как сейчас нет опции обязательности действия и нет сущности "Задача".
Отсутствие таких возможностей создаёт проблему в использовании регистрации событий через уведомление, так как диспетчер, который регистрирует событие может случайно удалить уведомление либо сделать это специально и сказать, что ему ничего не приходило поэтому он ничего не регистрировал. доказать что-либо будет нереально.
Если же есть обязательность реакции на уведомление, то в углу экрана просто будут скапливаться уведомления, которые будет задача обрабатывать и доводить до нуля.

0
4Ответ от geolead-msk

регистрация событий как процесс диспетчера

  • Откуда: Москва
  • Зарегистрирован: 15/06/2011
  • Сообщений: 316
  • Продукты: Wialon Hostingflespi
  • Карма: 23

Re: регистрация событий как процесс диспетчера

levindv пишет:
tata пишет:

Исходя из этого зафиксировала предложение: добавить "Длительность" в регистрацию "Произвольных событий" или фильтр по маске работ в таблицу "Техобслуживание".

да, абсолютно верно, но тут есть "подводный камень" - если вы добавляете только фильтр по маске работ в Техобслуживание, то регистрировать событие ТО через уведомление сейчас нельзя так как регистрируется сразу произвольное событие, поэтому тут варианта два, либо длительность в произвольные события либо возможность выбора типа события в уведомлении..
Либо и то и другое.

Также хочу процитировать одно свое сообщение из другое темы:
"уведомление - это не задача, её можно закрыть (иногда случайно) и она исчезнет, а задачу пока не сделаешь будет висеть не выполненной, не хватает возможность не убирать оповещения пока не будет сделано действие либо ввести отдельную сущность - задача, которая обладает такой возможностью"
Если можно придумать что-то и по этому поводу, так как сейчас нет опции обязательности действия и нет сущности "Задача".
Отсутствие таких возможностей создаёт проблему в использовании регистрации событий через уведомление, так как диспетчер, который регистрирует событие может случайно удалить уведомление либо сделать это специально и сказать, что ему ничего не приходило поэтому он ничего не регистрировал. доказать что-либо будет нереально.
Если же есть обязательность реакции на уведомление, то в углу экрана просто будут скапливаться уведомления, которые будет задача обрабатывать и доводить до нуля.

Не знаю полностью вашу задачу, но проще Виалон к CRM прикрутить какой-то и там вести список критических событий с ответственными по выполнению и истории событий.
Подобную задачу сейчас решаем.

Евгений Максимов
+79169944009
www.geosmt.ru
www.en.geoservice24.ru

Сайт geolead-msk

0
5Ответ от levindv

регистрация событий как процесс диспетчера

  • levindv
  • Wialon fan club
  • Неактивен
  • Зарегистрирован: 09/01/2017
  • Сообщений: 206
  • Продукты: Wialon Hosting
  • Карма: 26

Re: регистрация событий как процесс диспетчера

geolead-msk пишет:
levindv пишет:
tata пишет:

Исходя из этого зафиксировала предложение: добавить "Длительность" в регистрацию "Произвольных событий" или фильтр по маске работ в таблицу "Техобслуживание".

да, абсолютно верно, но тут есть "подводный камень" - если вы добавляете только фильтр по маске работ в Техобслуживание, то регистрировать событие ТО через уведомление сейчас нельзя так как регистрируется сразу произвольное событие, поэтому тут варианта два, либо длительность в произвольные события либо возможность выбора типа события в уведомлении..
Либо и то и другое.

Также хочу процитировать одно свое сообщение из другое темы:
"уведомление - это не задача, её можно закрыть (иногда случайно) и она исчезнет, а задачу пока не сделаешь будет висеть не выполненной, не хватает возможность не убирать оповещения пока не будет сделано действие либо ввести отдельную сущность - задача, которая обладает такой возможностью"
Если можно придумать что-то и по этому поводу, так как сейчас нет опции обязательности действия и нет сущности "Задача".
Отсутствие таких возможностей создаёт проблему в использовании регистрации событий через уведомление, так как диспетчер, который регистрирует событие может случайно удалить уведомление либо сделать это специально и сказать, что ему ничего не приходило поэтому он ничего не регистрировал. доказать что-либо будет нереально.
Если же есть обязательность реакции на уведомление, то в углу экрана просто будут скапливаться уведомления, которые будет задача обрабатывать и доводить до нуля.

Не знаю полностью вашу задачу, но проще Виалон к CRM прикрутить какой-то и там вести список критических событий с ответственными по выполнению и истории событий.
Подобную задачу сейчас решаем.

Возможно такой вариант тоже еать и можно запускать дополнительно целую crm, на радость тем кто эти crm продаёт...но нам бы хотелось добавить одну опуию в систему мониторинга, чем инткгрировать ради этого Wialon с CRM.
Ьтем более варианты доработки такой опции могут быть минимальны по затратам времени

0
6Ответ от geolead-msk

регистрация событий как процесс диспетчера

  • Откуда: Москва
  • Зарегистрирован: 15/06/2011
  • Сообщений: 316
  • Продукты: Wialon Hostingflespi
  • Карма: 23

Re: регистрация событий как процесс диспетчера

levindv пишет:
geolead-msk пишет:
levindv пишет:

да, абсолютно верно, но тут есть "подводный камень" - если вы добавляете только фильтр по маске работ в Техобслуживание, то регистрировать событие ТО через уведомление сейчас нельзя так как регистрируется сразу произвольное событие, поэтому тут варианта два, либо длительность в произвольные события либо возможность выбора типа события в уведомлении..
Либо и то и другое.

Также хочу процитировать одно свое сообщение из другое темы:
"уведомление - это не задача, её можно закрыть (иногда случайно) и она исчезнет, а задачу пока не сделаешь будет висеть не выполненной, не хватает возможность не убирать оповещения пока не будет сделано действие либо ввести отдельную сущность - задача, которая обладает такой возможностью"
Если можно придумать что-то и по этому поводу, так как сейчас нет опции обязательности действия и нет сущности "Задача".
Отсутствие таких возможностей создаёт проблему в использовании регистрации событий через уведомление, так как диспетчер, который регистрирует событие может случайно удалить уведомление либо сделать это специально и сказать, что ему ничего не приходило поэтому он ничего не регистрировал. доказать что-либо будет нереально.
Если же есть обязательность реакции на уведомление, то в углу экрана просто будут скапливаться уведомления, которые будет задача обрабатывать и доводить до нуля.

Не знаю полностью вашу задачу, но проще Виалон к CRM прикрутить какой-то и там вести список критических событий с ответственными по выполнению и истории событий.
Подобную задачу сейчас решаем.

Возможно такой вариант тоже еать и можно запускать дополнительно целую crm, на радость тем кто эти crm продаёт...но нам бы хотелось добавить одну опуию в систему мониторинга, чем инткгрировать ради этого Wialon с CRM.
Ьтем более варианты доработки такой опции могут быть минимальны по затратам времени

Безусловно, можно ждать реализации годами, а можно реализовать на радость пользователя который платит за заботы)
Гуртам предоставляет достаточно инструментов для решения задач и более высокой сложности своими силами, в том числе поэтому Виалон лучшая система для диспетчеризации в Вашем случае.
А внедрение любой crm ни кому еще не повредило и цена ее владения ничтожна мала по сравнению с решаемыми задачами.
Повторюсь, это наш опыт, его и привожу как пример.

Евгений Максимов
+79169944009
www.geosmt.ru
www.en.geoservice24.ru

Сайт geolead-msk

tata

+1
7Ответ от levindv

регистрация событий как процесс диспетчера

(23/09/2017 09:00:06 отредактировано levindv)
  • levindv
  • Wialon fan club
  • Неактивен
  • Зарегистрирован: 09/01/2017
  • Сообщений: 206
  • Продукты: Wialon Hosting
  • Карма: 26

Re: регистрация событий как процесс диспетчера

geolead-msk пишет:
levindv пишет:
geolead-msk пишет:

Не знаю полностью вашу задачу, но проще Виалон к CRM прикрутить какой-то и там вести список критических событий с ответственными по выполнению и истории событий.
Подобную задачу сейчас решаем.

Возможно такой вариант тоже еать и можно запускать дополнительно целую crm, на радость тем кто эти crm продаёт...но нам бы хотелось добавить одну опуию в систему мониторинга, чем инткгрировать ради этого Wialon с CRM.
Ьтем более варианты доработки такой опции могут быть минимальны по затратам времени

Безусловно, можно ждать реализации годами, а можно реализовать на радость пользователя который платит за заботы)
Гуртам предоставляет достаточно инструментов для решения задач и более высокой сложности своими силами, в том числе поэтому Виалон лучшая система для диспетчеризации в Вашем случае.
А внедрение любой crm ни кому еще не повредило и цена ее владения ничтожна мала по сравнению с решаемыми задачами.
Повторюсь, это наш опыт, его и привожу как пример.

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

0