Обработка оповещения пользователей об изменениях в информационной базе

(1) согласен есть, но я же не буду на каждое мелкое обновление создавать макет с описанием изменений
(2) 1-вот именно по этому при создании сообщения выходит окно с выбором пользователей для принудительного оповещения конкретных пользователей
2-если изменения внесены в программу, то перезапуск обязателен. И изменения все равно уже в программе тогда зачем лишний раз тревожить пользователя - получил сообщение что надо перезапуститься - перезагрузил - получил описание изменений. По моему все логично.
а по поводу доработок, то я вижу только то что можно использовать вместо текста HTML вот это было бы красиво, только лень пока.

(5) на ту же обработку оповещения об обновлении повесить не вывод предупреждения, а сообщение в служебные сообщения или в панель комментариев.

(6) есть регистр сведений: "КЭ_НепрочитанныеСообщения" (Непрочитанные сообщения) в котором храниться имя пользователя и дата создания собщения при выводе сообщения пользователю запись удаляется, таким образом можно получить кто еще не прочитал сообщения

(10) но ведь 1C Itilium покупать надо, а я так раздаю, правда на мыло она не умеет отправлять, но вот я напимер мыло 1 раз в день открываю, а 1С открыта постоянно, а сроки я сам себе устанавливаю :-Р
(11) Если сообщение выходит принудительно, то 99% уменьшается как минимум до 30-40%% а то и меньше, простое любопытство еще ни кто не отменял

(12) В чем же дело доработайте, там только формы подставить. У Вас я смотрю с этим все в порядке.
У меня была задача донести принцип работы.

(12) к стати в 7.7 не возможно динамическое обновление поэтому реализация подобной обработки не целесообразна
там достаточно просто константы с текущим сообщением пользователю и вывод этой констатнты при запуске.

(18) kivas, у меня чаще всего так и бывает, они все равно не фига не поймут что я там обновил, да и чаще всего обновления и делаются по их техническое задание... так что клиенты знают о обновлениях, а в моем случае с нетерпением их ждут)))