Возникла такая задача, не могу пока понять как это реализовать.

Есть 1 база, в которую надо загружать данные из нескольких других (конфигурация одинаковая, релиз будет поддерживаться одинаковый). Организации разные в "исходных" базах. Вопрос с дублями номенклатуры-контрагентов пока опустим.
Желательно, чтобы из одной обработки по нажатию кнопки загружались документы за определенный период из выбранной базы.

Такое можно реализовать? Куда копать?

УРБД, т.е. план обмена с флагом "Распределенная"

(1) Если базы уже давно существуют - их как-то можно "подружить" как распределенные? Тоже эта мысль возникла, но обычно база основная "мама" и имеет изначально все нужные документы, а от неё откалывают кусочки на распределенку. У нас уже есть несколько баз с разными организациями, дети есть, а мамы еще нет.

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

(3) Через КД?
Я работал пока только с КД2, он подойдет?

(0) Ну тут могут быть разные сочетания формат+транспорт. Формат КД2, ED или свой собственный в виде json, если базы одинаковые, можно типовой сериализацией пользоваться. Обмениваться можно через COM (устарело), http- или web-сервисы, брокеры сообщений или купить ESB, ту же 1С Шину (если есть бюджет). Вариантов может быть много. На ИС вчера буквально читал, был весьма удивлен, что многие используют КД2+Rabbit, правда, там у них под это своя конвертация данных разработана. Но это если прямо есть желание все сделать по одному стандарту и без видимого потолка в производительности транспорта.

(2) Конечно.

тут наверно больше вопрос даже не с самим вариантом обмена - а наверное как лучше синхронизировать ?! по гуиду конечно каша будет - но есть удаление дублей . контрагенты - ИНН КПП . номенклатуру - на сколько она вообще разна ? привести к общему коду или наименованию . конечно есть удаление дублей. ну и конечно по каждому спр принимать свое решение . что с историей и кол информации ? может что и ручками

(4) Я когда-то так делал с КД2+web (если кратко, там веб-сервисы в базах источниках, которые отдают xml, и единственная обработка в приемнике)
https://infostart.ru/1c/articles/203109/  
Понятно, что сейчас такой подход устарел, но работает и достаточно просто делается, если есть опыт с КД2. Или вместо КД2 можно сериализовывать и по такому же принципу передавать, но если НСИ везде разные, то лучше все-таки КД2.

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

(8) Спасибо, посмотрю

(9) в этом и есть прелесть нашей работы -))

(9) Как вариант добавить поле "УИД", писать туда уиды родительской базы и настроить сопоставление при загрузке. По такому принципу настраивали небольшие http-обмены для разношерстных баз.

(5)

Интересно у этих многих которые "КД2+Rabbit" какой бюджет на отдел 1С ? Сопоставимый с вопрошающим ?

(0)
>>релиз будет поддерживаться одинаковый)

В каждой конфе куча флажочков. И наверняка в каждой они разные.

(0)
Как вариант ( для баз БП 3.0 )

1) Настраиваем обмен через "СинхронизацияДанныхЧерезУниверсальныйФормат" с "Ручная синхронизация"
1.1) Думаем "а как склады то" ?
1.2) Выясняем, что документы переносятся "не как есть" а проводятся в целевой базе
1.3) Так как документы переносятся (регистрируются) по велению левой пятки, а меняются произвольно -- неизбежно наступит хаос
1.4) еще всякое думаем

2) Пишем обработку которые будет регать в "тех базах" документы по выбранному периоду
-- через com
-- через http
-- через плоские файлы и прочие ездовые собаки

3) Пытаемся всё это запустить и обнаруживаем, что нужно было начать с остатков,
ибо без остатков ничего не переносится

4) Пункт 3, только оказывается что забыли перенести учетную политику по "тем организациям"

5) Испытываем еще кучу попаболи и наконец это работает

6) Через 2-3 месяца удачного полета учредители решают разбежаться и начинается совсем другая история.

P.S.
Ах да.
Выясняем,что всё это ради одного единственного отчета, который можно было переписать и ... не заниматься сами понимаете чем.

(13) Спасибо, улыбнуло)

(13)
П.С. - не удивлюсь )

(0) У меня был такой проект. 4 бухгалтерии сливал в одну.
1. Проверить что у всех организаций префиксы уникальны в пределах все 4-х баз
2. проверить что номера документов не пересекаются.
3. Пилить правила обмена. У меня заняло примерно неделю. На КД2
4. правила пилить лучше полностью со всем движняком, чтоб потом не перепроводить.
Короче недели на 2-3 развлечения.

(0) вопрос автору - ВЫ больше испытываете техническую трудность или трудность донести до заказчика, с чем они столкнутся? как ни странно бюджет? если это хотят за "дошикак", вам надо быть готовым к не одной бессонной ночи -))  
правильно отмечено - а для чего это все ?

(0) Десяток лет 200 баз в одну сливаются. Нормально настрой поля поиска и будет тебе счастье) Кд2, если что.

(17) Ну я сразу подумал про КД2, но решил спросить у опытных людей, может есть другой вариант какой-нибудь, так как КД2 означает либо гемор с настройкой полей поиска, либо гемор по стандартизации данных.
Редко попадаются такие задачи, поэтому не уверен был, что выбранный способ будет оптимальным.
Бюджет просят от меня ) оценить стоимость и сроки. Не думаю, что доширак, но и не много миллионов

(19) Кд3, это натуральная диверсия. Вот поймал бы того, кто это придумал и канделябром по  бакенбардам.

Обычно есть 2 варианта
1. из 1 базы в другую документы перемещаются со сменой вида. Приходная становиться расходной и т.п.
2. Собирают все до кучи для консолидированной отчетности
А вот тут есть куча вариантов, а нужно ли все сливать в 1 базу или проще построить отчет по нескольким базам.
Нужно ли тупо сливать и повторять документы или слить данные нужные для отчетов а это далеко не одно и тоже.
Нужно понимание, что и для чего делается, очень многие лишние телодвижение можно убрать и не делать.