Доброго дня, коллеги!
Необходимо реализовать односторонний обмен между самописной конфой и 1с:розница 2.2 (риб). Выгружаются заказы. Т.е. из самописной необходимо выгружать заказы в розницу.
Подскажите, как реализовать обмен? На дворе 2018й год. Можно, конечно, взять старый добрый СОМ и руками создать объект в базе приёмнике (:D), а можно воспользоваться православным хмл'ем и универсальным обменом, но ведь есть и другие механизмы! Стоит ли игра свеч?

если готов допилить свою конфу - то КД3, если нет - КД2

кд2 и веб сервис

(0) КД2 и типовая обработка "Универсальный обмен XML" со своей "удобной" формой

(2) это нужно будет поставить конфу розницы на редактирование, создать веб-сервис, опубликовать и определить метод типа "СоздатьДокумент(ХМЛДанные)", а из самописной формировать хмл и отправлять?
Что-то много телодвижений... стоит ли игра свеч?

(0) выбрать то, что умеешь.

если обмен простой (без взаимозависимых справочников, полей поиска и тд), приемник - типовой на поддержке, я бы сделал через HTTP-сервис и расширение.

(5) "выбрать то, что умеешь", - я готов учиться, даже люблю это делать)

(0) "между самописной конфой и 1с:розница 2.2 (риб)" - уже не РИБ. Если конфигурации не идентичные - это не РИБ. Но: универсальный обмен может быть с использованием GUIDов для соответствия объектов. Фраза автора, кстати, говорит о невысокой компетенции автора в этом вопросе. Рекомендую изучить КД.

"Можно, конечно, взять старый добрый СОМ" - учитывая, что "На дворе 2018й год" - это всего лишь "транспорт" с точки зрения актуальных конфигурациях на БСП.

(7) с КД знаком не по наслышке. я указал, что розница (!) РИБ.
(8) это не только транспорт

(4) В самописке веб-сервис, в рознице доп.обработку по обращению к этому сервису,вешаем расписание.

(10) точно! спасибо за совет.

я себе сделал расширение которое превращает "полный обмен" в обмен по правилам КД2,

и с поддержки снимать не надо

Угу. Типовой план обмена "Полный" (РИБ) и типовые механизмы обмена можно спокойно использовать с целью регистрации изменений и вызова экспортных процедур, а всё остальное, собственно говоря сам обмен, - через внешние обработки.

(12) не поделишься? или может на ИС выложил?

наверно, упомянутый в топике РИБ не для того, чтоб делать обмен с внешним источником заказов на РИБ, а для того, чтоб пояснить, что это база с множеством узлов...

При этом не сказано нигде будет ли загрузка заказов идти только в центральный узел и далее по РИБ раздаваться по всей сети узлов, либо каждый узел в сети должен иметь возможность прямого приема Заказа от внешнего источника.

Я бы посоветовал сделать такую загрузку на веб-сервисе, а вот по какой схеме загружать (центр или периферийные узлы) - это нужно отдельно принимать решение

(15) далее раздаваться по узлам. Для этого я и указал, что РИБ.

Большинство предлагают веб-сервис как интерфейс взаимодействия между двумя ИС. А в чем его плюс для конкретно этой задачи?

(17) Сейчас так модно :)

(18) просто я думал, что обычно это используется для интеграции с другими ис, отличных от 1с.

Розницу публикуешь на веб-сервере http://v8.1c.ru/o7/201312rest/index.htm

Далее в самописке пишешь код по созданию и заполнению-проведению заказов.

(20) насколько это безопасно?)

(21) "Способы аутентификации OData клиентов полностью совпадают со способами, используемыми для веб-сервисов;"

(22) да я про другие... но нашёл, что можно устанавливать состав метаданных для доступности через сей протокол =)

Оказалось, что необходимо и в переферийные базы данные выгружать, при этом обмен между ЦБ и ПБ долгий и не такой частый, а нужно "сразу и сейчас" :)
Все переферийные опубликовывать?)

(24) замени фразу "в переферийные базы данные выгружать" на "переферийная база данные должна забирать"

(25) Угу в
том случае (24) лучше (10)

Пусть несколько периферий стучаться на один веб-сервер где самописка

(26) благодарю.

А веб-сервер выдержит? Он же последовательный, ни разу не параллельный

(28) думаю не так часто они будут создавать документы

(29) То что было выше "обмен между ЦБ и ПБ долгий" - это не относится к рассматриваемому обмену? Иные данные будут ходить?

(30) и эти (заказы) тоже. Но они должны мигрировать мгновенно, чтобы пользователи не ожидали. А в риб там куча данных всяких.

(31) "риб" в смысле полном обмене для риб.