Имеется множество  баз БП3.0, используемых удаленными филиалами, все базы на одном СКЛ-сервере

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

(0) В 1с-овских базах, хоть и хранящихся на одном сервере, нет  пользователей.

(0) то, что нужно:
http://softonit.ru/component/jshopping/product/view/1/5.html

+(2) Там есть помимо всего прочего чат, как раз для Вашего случая.

(2) спасибо, гляну :)

ой, ну это же сторонний софт

(5) Все верно.
Позволяет:
- Свой лаунчер с возможностью добавления баз 1С 7.7, 8.x, инструкций и т.п.
- Назначать базы пользователям
- Оповещать пользователей и группы пользователей
- Подключаться к ним как Radmin
- Скидывать им файлы и папки через Control
- Блокировать базы на запуск
- ...

(6) спасибо, конечно
но я про механизмы 1С или СКЛ спрашивала, мы сами слегка разработчики :)

(7) Если добавлять в базы 1С - это лишние дописки, причем в каждую базу.
А тут все работает из коробки без необходимости модификации конфигураций 1С.

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

(9) а что нибудь без регламента ? :)
тормозят же базу регламенты

и сообщения можем создавать непосредственно в нашей рабочей БП
главное понять, как отослать сообщение в конкретную базу

net send уже отменили?

а можно поподробнее!
мы же в танке, не знаем такого!

(11) и откроется сообщение в базе-приемнике ??

(13) зачем в базе? ты же отправляешь конкретному пользователю за конкретным компом - вот и отправляй на комп

постановка задачи другая

Нужно чтобы в базе 1С можно было выбрать другую базу 1С, выбрать пользователя, написать оповещение, и он его получил в своей базе 1С.

(15) Без регламента не получится.

(15) ну добавь там константу и регламентом считывай её значение. если заполнено - сообщить(Значение), затем очистить.  в текст можешь добавлять имя пользователя

(16) можно и без регламента. но - через ВК, и гемороя в итоге будет больше

ребят, мне так и не стало понятно из ваших сообщений, как реализовать пересылку сообщения из одной базы в другую базу

пусть с регламентом, пусть с отдельной обработкой, и со служебной базенкой
как эта базенка перешлет сообщение в другую базу ?
в пять других   баз, пяти разным пользователям

(19) Базёнка будет хранить информацию о сообщениях.
А каждая другая база будет периодически в неё заглядывать на предмет новых.
Это самый простой способ, я так считаю (с)

(19) не нужно никакой базенки. блажь это.
создай РС в подключаемых базах с измерениями Пользователь Сообщение ресурс Прочитано

подключайся ком-соединением и заполняй его.
а у пользователей пусть регламен считывает этот РС и выводит сообщения

+ а вместо ком-соединения пизже использовать веб-сервис :)

(19) А зачем оповещение именно в базу 1С? А по почте оповещения слать это уже не православно?

(21) Мой способ хорош тем, что не требует дописки баз.

(20)аа... поняла идею..

(22)
аа... т.е. главная база, из которой шлются сообщения, она будет подключаться к любой из локальных по мере необходимости через, допустим, веб сервис, и записывать в рег. сведений текст сообщения и пользователя, кому адресовано?
поняла вас
спасибо всем!!!!!

(21) хороший вариант, считаю!
не надо использовать регламентное задание
не будут тормозить филиальные базы

(27) Зато у тебя будут нетиповые конфиграции, а это геморрой с обновлением

(24) твой способ плох тем, что жрет память и лицензии.
регламентом подключаться по ком-соединению к служебной базенке каждые полминуты - это 5 лишних соединений в памяти и пять дополнительно занятых лицензий на 5 баз.
Это только то, что навскидку

(29) Какой ком? Я имел в виду базу на скуле, а не на 1с.
Так что навскидку - и в молоко.

(28) у нас и так не типовая БП3.0

ну смотри, по твоему варианту,  все 40 баз филиалов, должны периодически подключаться к другой базе и проверять наличие сообщений, даже если будет 1 сообщение для одной из баз за месяц
это же сколько ресурсов надо

+ вернее соединений: количество баз* количество пользователей.
и вся эта масса соединений каждые 30сек коннектится к одной базе :)


не проще ли каждому пользователю регламентировать свою собственную базу?

(30) какая разницы? у тебя будет хренова куча соединений ВСЕГДА и офигенная нагрузка на сервер ВСЕГДА

(31) Сколько ресурсов? 40 коннектов и примитивный запрос? Совершенно ни о чём. Скуль с такими справится на раз.
(32) а пулить соединения уже запрещено законодательно?
(33) никакой офигенной нагрузки не будет, не преувеличивай.

(34) а лицензии ты посчитал?

(35) На скуль есть лицензии попроцессорно. Так что не будет увеличения их

ладно.
автор, тебе накидали решений на месяц работы франча. думай сам

(37) МЕСЯЦ РАБОТЫ?????
Мой способ реализуется за 3 часа с перекурами...

да, ребята, всем спасибо!

(38) это если делать на коленке.
а нормальный франч будет делать по ТЗ,с согласованиями, с тестрованием, с тестовой нагрузкой и пр.пр
кроме того, я указал время выполнения всех решений, а не только твоего