Предположим, есть две базы, есть сервер взаимодействия https://wonderland.v8.1c.ru/blog/peredacha-informatsii-s-servera/
Я же не могу в одной базе что-то сделать и тут же каким-то образом с помощью системы взаимодействия в другую базу сообщить, что что-то сделалось?
Допустим, я создал новый документ в одной базе, а в другой в то же мгновение мне раз и сообщение, типа ага, в такой-то базе документ создали.
Причем важно, что я не хочу в той другой базе ничего менять, типа справочник записывать, регистр сведений какой-нибудь мутить и пр.
ТО есть хочу просто послать туда событие.

Ну и, чтобы интереснее было, пара моментов.
Фоновые задания в обеих базах отключаем, они нам вообще не помогут.
По возможности обойтись без REST.
По возможности обойтись без веб-сервисов.
Да и вообще по возможности обойтись без публикации обеих баз :))

Судя по доке, где сказано, что система взаимодействия – это механизм, позволяющий, в рамках _одной_ информационной базы, различными способами взаимодействовать (обмениваться информацией) пользователям этой базы, получается, что между базами нужен какой-то другой транспорт сообщений

Послать событие кому? другому серверу? А оно ему нужно слушать твой спам и никак не реагировать

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

(3) Событие другой базе, зарегенной в том же сервере взаимодействия
Не хочет слушать спам, пусть не регится на сервере взаимодействия

(4) Да базу я уже подружил, но система взаимодействия работает по ходу в рамках одной базы
Научить реагировать просто, 1С дала примеры

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

(7) Да это-то понятно

(5) еше раз, кто получатель события?

(9) Еще раз, другая база, запущенная под конкретным пользователем
Как вариант, сервер другой базы, который уже в свою очередь дальше сам все расскажет своим клиентам, кому сочтет нужным

ВК SimpleLan позволяет гонять через сокеты простой текст

(11) ВК не катит
С ВК RabbitMQ наше всё

(12) а какая разница?

(13) 42

(14) ну я к тому что под ВК что под сервер взаимодействия нужно пилить конфу

Но при это в отличии от ВК сервер еще будут допиливать, т.е. не факт что то что описано в статье доживет до релиза
"Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности."

В отличии от ВК сервер требует 8.3.11, которая судя по отзывам нестабильна и местами нерабочая.

Да и к тому же не факт что 1С разрешит эту фигню пускать через свой сервер взаимодействия, а значит нужен отедльный сервер, где нужно поднять сам сервер и поставить пяток обслуживающих программ (Elasticsearch, Hazelcast, ...). Т.е. неужелли поднять отдельный сервер с кучей сервисов проще чем использовать ВК?

(15) Так вот и не хочется пилить конфу с ВК, хочется нативно
Про то, что 8.3.11 нужно, пофиг
ТО же про отдельный сервер, ничего страшного, норм

Что-то в интернете примеров кот наплакал

(0) он вообще может оказаться мертворожденным, а может быть младшим братиком ЕДТ со всеми вытекающими

(18) очень верное замечание: проектов для коммуникации, которые не взлетели - вагон и тележка (вспоминая Google wave).

(0) смотри в сторону redis и его очередей.
протокол там текстовый. две-три команды осилишь)
подписка на события есть. это если по правильному.

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

ну и пуш в эту очередь полагаю осилишь, от "отправителя".

Что-то сложилось впечатление, что система пока еще сырая от слова совсем
Неплохо работает интерактивная часть, с программной же все в самом начале
Что ж, будем ждать

Где описанные работы новой технологии? Где примеры? Где рекомендации по использованию?  Руководствоваться статьей, которая начинается словами "Планируется в версии 8.3.11." - все равно что верить прогнозу "То ли дождик, то ли снег. То ли будет, то ли нет".

Пока не будет рабочих примеров - нет смысла даже смотреть в эту сторону. Даже когда эта технология появится - есть смысл подождать, пока она "откатается на бета-тестерах".

Так что ждем.

(22) Вообще-то уже вышла 8.3.11, если че
И там работает, если че
Не все, как хотелось бы, но работает
И примеров скудненько, да, но тоже есть парочка штук

(22) Система взаимодействия работает с версии 8.3.10
В 8.3.11 добавили фишки типа видеозвонки

Если я правильно понял, что сервер взаимодействия это аналог APNS (apple push notification server), который будет толкать пуш-уведомления на клиенты.

(24) Не только

(25) Ну типа
До 4000 символов можно передавать по вебсоккетам

Круто..

а это... он как-то лицензируется? :) какая политика?

(29) вроде элемент платформы, лицензия на платформу

2(30)Я с той точки зрения, что например у нас
Есть Сервер Предприятия (серверная лицензия), и например 80 клиентов (100 клиентских лицензий).  50 тысяч + 360 тысяч

А теперь у нас есть допустим сервер предприятия, конфа, база на постгрессе, в конфе РЕСТ-сервис, сервер взаимодействия. Клиенты не используют ни тонких, ни веб, ни толстых клиентов 1С. Используют только веб- и мобильные приложения, которые по сути графические оболочки над ХТТП-клиентом. Нам нужна только серверная лицензия.
50 тысяч, может быть + 5 клиентских для разрабов, админов, мониторинга за 36 тысяч.
Угу?

Сорри, на 5 - 22 тысяч.

или этот сервер взаимодействия может работать только с нативными клиентами 1с?

В УНФ 1.6.11 видел что туда добавили Сервер Взаимодействий, но не проверял

(31) Не угу, читай общеизвестную статью на сайте 1С

а вот интересно
сложно ли будет заменить набортный трэшак вот такой вот штукой
http://webd.is/ http/json(p) прокладка для редиса.

2(35) например какую?

а, http://v8.1c.ru/predpriyatie/questions_licence.htm#59
ок. то есть технически использоваться не будет, но приобрести лицухи нужно...