Может использоваться для оповещения пользователей, об изменениях в конфигурации, которые напрямую влияют на их работу в 1С. Для чего это необходимо? Для примера: постановщик задачи один, а использовать новые функции могут многие пользователи. И для того, чтобы они вовремя получили информацию о новой функции (а могут быть разные случаи) может быть использована данная разработка.
Основные возможности:
- Создание уведомлений пользователям об изменениях в конфигурации
- Использование всех средств HTML для создания оповещения
- Для создания и показа используется Tiny MCE редактор. Интеграцию и взаимодействие с 1С подсмотрел тут и тут.
- Возможность назначення оповещения как по пользователям, так и по ролям
- Включение/выключение уведомлений.
- Возможность отложения прочтения оповещения
- Проверка уведомлений в реальном времени
Структура уведомления:
- УИД — уникальный идентификатор уведомления. Устанавливается при создании, для редактирования недоступен
- Заголовок сообщения
- Дата создания оповещения — задается автоматом при создании
- Содержание уведомления
- Активность оповещения — черновик или нет
- Автор оповещения
Адресаты уведомления:
- Пользователь — непосредственно элемент справочника Пользователи
- Роль — как она задана в системе. Во время проверки уведомлений передается список всех доступных ролей пользователю и таким образом не нужно «знать» список всех адресатов поименно
Создание оповещения
Для создания оповещения используется обработка «Сообщение об изменении конфигурации». Слева отображается список сохраненных сообщений. Сигналом о том, что можно редактировать запись является фон оповещения (бледно-зеленый) и инициализированный Tiny MCE редактор. Для таблицы адресатов есть механизмы подбора пользователей и ролей. Под списком адресатов отображается список пользователей, которые просмотрели запись.

Просмотр оповещения
Просмотр происходит при запуске, а затем с заданным в конфигураторе интервалом. В форме отображается список всех доступных и не прочитанных сообщений, новые сверху. и в низу окна две кнопки
- Подтвердить — подтверждает прочтение и восприятие всех выводимых уведомлений пользователем.
- Прочитать позже — закрывает окно. Сообщение выведутся позже.
Интеграция
Для интеграции необходимо сравнить/объединить рабочую конфигурацию с этой, установив отметку по подсистеме «УИК». Так как она ориентирована на пользователя, то справочник пользователи просто уже необходим 🙂 и добавить код в модуль обычной программы в процудуру «ПриНачалеРаботыСистемы ()» и еще одну процедуру для подключения таймера обновлений.
Процедура ПриНачалеРаботыСистемы()
//……..тут выше ваш код
ПроверитьУведомленияОбИзмененииКонфигурации();
ПодключитьОбработчикОжидания(«ПроверитьУведомленияОбИзмененииКонфигурации», 60);//цифра отвечает за частоту проверки оповещений — в секундах
КонецПроцедуры
// процедура, которая будет вызываться каждый час и показывать
// оповещения об изменениях, которые касаются лично пользователей
Процедура ПроверитьУведомленияОбИзмененииКонфигурации() Экспорт
УправлениеУведомлениями.ПоказатьСообщениеПользователю();
КонецПроцедуры






Прикольная разработка. Главное это может помочь ответить на вопрос у заказчика когда что было сделано. И давно ли это работает. Ну и если большое количество розничных магазинов, не ехать и не объяснять каждому что и как делается. В эту бы доработку внести возможность подписаться каждым пользователем под обновление. что он сообщение получил и ознакомлен!
(1), так ведь такая возможность есть. Пользователю при прочтении доступно два действия :
Ну и в панели управления видно, кто прочитал. Т.е. при надобности можно построить отчет по тем пользователям, кто прочитал конкретное сообщение и по прочитанным сообщениям конкретного пользователя
Зачетно! однозначно плюс
единственно не могу разобраться как вставлять картинки
(3), Если вы про локальные картинки, которые хранятся на диске — то я вам не подскажу. Tiny MCE позволяет вставлять картинки по их URL. На проекте для этих целей использую .
(2) есть смысл поставить счетчик отказов (причем отображать его и в тексте сообщения). Тогда особо умным пользователям можно тыкнуть — тебе 33 раза показывали а ты не прочитал 🙂
Хорошая подсистема — попробую использовать у себя. Из важного (на мой взгляд) — не проработан вопрос о частичном прочтении новостей — например, у меня 100 новостей, я «вник» только в 10, а приходится либо соглашаться со всем, либо полный отказ. Я у себя «допилил» данную возможность частичного согласия, но автору советовал бы также прислушаться к совету. Также вставка картинок неудобна — вместо простого выбора файла из меню нужно прописывать путь. Пока все.
(6) , Насчет частичного отказа — тут я не согласен. Не будет повода для затягивания ознакомления. Т.к. Эта подсистема позиционируется как уведомления об изменении конфигурации — тут чем быстрее пользователь ознакомится с новостью, тем лучше для него.
Картинки — тут все просто. Я использую Tiny MCE редактор. Так что, если он не позволяет выбирать картинку с диска — тут я уже не помогу.
Есть данная разработка на управляемых формах?
(8) Нет, увы.