[csistra]

Но диспетчерам необходим такой "звоночек".

угу правильно. Загружайте людей кучей хлама. вопрос зачем ?
вы еще введите учет таких ситуаций. Обязательный разбор каждой ситуации.
Наймите еще пару сотрудников и обозначьте перед начальством бурную деятельность и выбейте себе бонус за супер пупер процесс никому не нужный.
Надо не массовостью брать а качеством. А качество в данном случае это 1-2 компетентных сотрудника, которые в состоянии правильно разделить тех слив и реальный слив. Правильно организовать взаимодействие между отделами и службами для разбора и оформления ситуаций. Проведение контрольных мероприятий.
П.С. Хочется Вам клоунадой заниматься, так занимайтесь, но допиливание ПО, которое потом повлияет крайне фальсифицирующим систему мониторинга в целом на подавляющем большинстве внедренных предприятия и подставит под коммерческий удар 100% дилеров для разработчиков софта будет фатальным в ближайшем прогнозе. в ТК насколько я знаю достаточно профессионалов, которые смогут увидеть и просчитать все последствия данного допиливания софта.
Как пользователь данного софта и тестирующий сторонние разработки в постоянном режиме я свое мнение обозначил, может быть в резко категоричной форме, но это мое мнение. Далее дискутировать о бесперспективном нерациональном использовании ресурсов и превращении нормальной системы в непонятную помойку цифр я лично не намерен.

Добавлено через 15 минут
П.С. Попытки применения инноваций тесно связаны и ограничены:
1-соблюдением баланса существующих механизмов.
2-полное или частичное замещение бизнес процесса с момента старта должно на 100% подтверждать замещающий процесс, даже если это временная схема.
3-При выполнении модернизации бизнес процесса должен быть просчитан эффект -прежде всего экономический. Окупаемость процесса не должна превышать 12 месяцев. Минимальная окупаемость 100% затрат за 12 месяцев отпимально песимистичный прогноз. Оптимально оптимистичный прогноз 4-6 месяцев окупаемость затрат.
4-При создании нового механизма, внедрение оборудования имеет стартово минимальный приоритет (во всяком случае для меня, для типовых задач). Максимально приоритетной задачей является открытость системы и настройка постоянного получения максимально обработанной информации с оптимальной доработкой типовых решений под индивидуальности каждого отдельного предприятия.
5-Контроль и донастройка процессов в режиме оперативного реагирования. Этот анализ тратит время 1-2 человек, но позволяет докручивать дополнительную выгоду от применения информации без привлечения дополнительных денежных ресурсов, либо позволяет увидеть и спрогнозировать приоритеты и маршруты развития системы.

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

что то я тут накалякал дюже много и не совсем по теме, уж простите не сдержался.

Добавлено через 1 минуту
П.С.2. Все вышенаписаное мной прежде всего направлено на клиентов и конечных интеграторов системы, но не на дилеров.