Здравствуйте, форумчане. В описании вакансии от одной компании прочитал:

Требования:
...
- Опыт использования конфигураций КД 2, КД 3;
- Понимание принципов построения схемы обмена между множеством информационных систем;
...
Уважаемые специалисты, кто сейчас работает по этой теме у крутых франчей или интеграторов, подскажите какие сейчас технологии для этого применяются? Спасибо!

1С-Шина или другая корп.шина
веб-сервисы

(0) Используется та теха, которая у тебя есть в неограниченном доступе.

Хочешь шину, хочешь сервисы, хочешь мастер базу, хочешь обмены

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

(0) "загрузка из XL"

(4) отсканировать и распознать 4 камаза бумаги?

(0)
1. Файловый обмен
2. Веб и http-сервисы
3. Брокеры сообщений (RabbitMQ, Kafka и т.д.)
4. "Энтерпрайз Шины Данных" (1С:Шина, DatareonESB)
5. RPC (как древний COM/OLE так и новые типа wiki:GRPC)

(0) Не все спецы франчами захапаны, а так:
1. КД2 - живая классика, для сложно вывернутых случаев очень хороша (со своими вопросами)
2. КД3 - идея нормальная "я тебе файл вот в таком виде, а ты мудохайся с ним как хочешь". Слишком замудрено и поддерживать сложнее чем КД2 + правила регистрации готовятся в КД2
3. HTTP-сервисы - делай что хочешь (Json, XML, TXT и на что фантазии хватит), но не забудь нарисовать протокол обмена иначе последующие разрабы проклянут до 9 колена
4. Web-сервисы - эти жуют только XML, но  и более структурированы
5. СОМ соединение - при необходимости можно работать, но живёт только на винде
и т.д.

Для 1 и 2 есть готовый функционал для использования (обработки и модули)
Для 3, 4 и 5 будешь сам реализовывать свой функционал, кроме того 5 имеет ограничения по получаемым данным

Собственно проблематика обмена многих баз в режиме "стенка на стенку":
Вариант 1: создаём мастер БД для ведения справочников и раздаём оные всем причастным (самый красивый вариант, бо ГУИД будет одинаковый во всех БД)
Вариант 2: обеспечить идентификацию объектов (по какому-то признаку) во всех участвующих БД сохранить ГУИДы в разрезе каждой БД
Т.е. на примере справочника: в БД1 и БД2 есть, например, Гайка М6, для некой БД3 заводим такую же гайку и делаем регистр сведений в разрезе:
идентификатор БД1, ГУИД от БД1, Код объекта, ссылка на Гайку М6 в БД3
идентификатор БД2, ГУИД от БД2, Код объекта, ссылка на Гайку М6 в БД3
Код объекта - в самом простом варианте наименование справочника

Штатно обеспечено чистое хранение ГУИДов внешних БД в соответствии с текущей БД и они иногда путаются (например, ГУИД  РТиУ совпадёт с Номенклатурой будет проблемка их подчистить)

(7)  + правила регистрации готовятся в КД2 - уже нет.

(8) А я и не знал, готовил в КД2 и готовлю)

В Конвертацию 3.1, кстати, добавили обмен по правилам)
Только это днище не умеет забирать структуру конфигурации из правил конвертации (рукалицо.jpg)

(10) Так КД3 опирается на XDTO пакет расписанный руками, как я понимаю, там вопросы с сохранением оного в конфигурации

(7) КД2, КД3 - методы обмена данными
HTTP-сервисы, Web-сервисы, COM - транспорты обмена данными

(5) так вот жы

https://its.1c.ru/db/metod81/content/8033/hdoc

ну и

ТабДок.Прочитать(ИмяФайла, СпособЧтенияЗначенийТабличногоДокумента.Значение);

(11) КД3 да, а КД2 нет, а в Конвертацию 3.1 (конфу) добавили возможность делать правила как в КД2, но не до конца)
Хотел переехать из 2 в 3.1, но пока не судьба)

(12) КД2 и КД3 - готовые протоколы, а через что их доставлять не определено
То, что названо Транспорты - сначала расписываешь протокол и реализуешь методы оного, потом четко вписываешь в способ доставки
Бо обще универсальный протокол делать не смысл

(14) надо будет обновить знания про конфу КД3, как-то давно смотрел, не впечатлила от слова совсем

(16) Я тоже не впечатлился этим выкидышем, поэтому у меня обмены на КД2, и переедут со временем сразу на веб сервисы, минуя ЭТО))

(17) Ты хочешь сказать через http-сервисы используя обработку УниверсальныйОбменДанными - уже реализовано в Универсальных инструментах

(18) Не, швыряясь jsonами)) Мне в конкретно этом случае не нужна универсальность и гибкость, скорость нужна.

А за наводку спасиб, посмотрю)

(19) Скорость вообще отдельная тема, и если она важна это явно не 1С ...
А УниверсальныйОбменДанными это же выгрузка в xml, просто вместо COM делается через http-сервисы на том конце

(20) Ну вот смотри, у меня сейчас сотня баз с казначейской обменивается в 2 потока за минут 40. Самая затратная часть это COM подключение. А в веб сервис швырнул json и жди ответ)

>>А УниверсальныйОбменДанными это же выгрузка в xml, просто вместо COM делается через http-сервисы на том конце

Ага, посмотрел, не интересно)

раббит с очередями и подписками

(4) и dbf

От условий зависит, если есть прямой доступ к БД то можно организовать через внешний источник данных)
Если винда то COM объект и вперед, а так же с любыми файлами JSON, XML, CSV, TXT и т.д.
А если прямого доступа нет то на тебе http, ws/web service в зависимости что нужно(можно и без ws, если отсутствует описание), загрузка или выгрузка. Так же любые файлы практически и выгружать/загружать и читать можно. Картинки например в двоичные данные.
КД2 и КД3 чисто обмен, КД2 для сложных ситуаций(практически все), КД3 для типовых каких-то обменов. Для КД3 есть особенности, ей все не могут заменить КД2)
Использование шин данных(любых) необходимо при сложных и нагруженных обменах для того чтобы гарантированно доставилась информация.

(24) >>Для КД3 есть особенности, ей все не могут заменить КД2)

КД3: шаг вправо, шаг влево - расстрел)))

Странные требования.
Это любой 1ник должен знать:
- Опыт использования конфигураций КД 2, КД 3;
А это вообще космос:
- Понимание принципов построения схемы обмена между множеством информационных систем;

(26) - "Понимание принципов построения схемы обмена между множеством информационных систем;"
1. Сделайте нам перегрузку данных из 1 в 2
2. Сделайте нам перегрузку данный из 2 в 3
3. Теперь если мы поменяли в 3 должно обновиться в 1 (3 -> 2 -> 1)
4. Данные вводим только в 3, всем остальным делает только просмотр
5. Но одному человеку надо вводить в 1.
Конфликт - кто отвечает за данные 3 или 1?🤦
Менеджер - Виноват программист он сделал неправильно.
Программист 1С - спасибо Богу за мою хорошую зарплату. Я могу еще быстро сделать 1->4. Или быстро 4->2🔥 (КД2 позволяет)
Фирма 1С - держите КД3, чтобы невозможно было быстро делать, если Вы не знаете принципов построения...

(25) а в чем расстрел? по-моему что угодно можно делать

(27) Тут ещё может быть прикол в том, что на часть товара основная БД1, а на другую БД2 и в БД3 валится полные данные и хотят ими рулить из неё

(29) если прям хочется по-взрослому - надо рисовать схемы потоков данных, объяснять пользователям, что теперь они НСИ и доки ведут там-то там-то а не везде подряд, потом настраивать интеграции, возможно шины и тд.
Ну при таком подходе пользователи должны смириться с тем, что важны не их хотелки, а требования и возможности бизнеса. Если бизнесу невыгодно делать возможность ведения одного справочника в разных базах 1С, то значит они будут ходить в единое окно и там заводить данные.

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