Есть надобность обмен между базами 1С сделать не по времени, а по событию. Например, внесли нового контрагента - сделали обмен, изменили сотрудника - обменялись, изменили документ - обменялись. Может кто делал подобное?

а вопрос в чем?

Главная проблема доступности получателя в момент события. Поэтому очередь и пусть получатель сам берет данные когда он свободен

(0) фигач обмен в ПриЗаписи если ЭтоНовый ))))

(3) ПриЗаписи - таки да, а вот когда новый - то нет, потому что изменения тоже ведь надо выгружать. Проблема в том, что типовой обмен работает по принципу все что было изменено, т.е. в обмен попадут все измененные объекты. С одной стороны такого быть не должно, если все объекты обмениваются вовремя. С другой стороны, могут быть транзакции, может не завершится предыдущий обмен а уже надо выполнять следующий, тогда накопиться стек, и следующий обмен выполнит все сразу, или будет выполняться каждый шаг из области?

Что мешает в обмен запихивать по своему усмотрению?

Нужно переписать обмен через rabitmq

обмен по событию отдельного элемента - имхо - затратная операция, особенно если по правилам обмена

после записи запускай фоновое по выгрузке

(7) Если обе конфы одинаковые то нет. правила ненужны. Обычным http или вебсервисом пересылаем объекты, которые нужно передать. Тут сложность найти все то, что нужно передать.

(9) нужно все равно где-то писать что загрузился - не загрузился

А если изменяешь 1000 объектов групповой обработкой ?
А если в списке выделил через Ctrl+A несколько (возможно - несколько тысяч) объектов и, скажем, пометил на удаление ?
А если групповое перепроведение документов на пол года ?
В общем, вопросов больше, чем ответов

(11) так же в очередь становятся на выгрузку

(10) Ну конечно, не без этого.
Там 100 тыщь разных вариантов. От простых - пишем в регистр нужные и при выгрузке удаляем, до отдельного плана обмена в который запихать нужные объекты или отдельный узел стандартного плана обмена с наложенными на него правилами регистрации.