Исходная задача такова. Из копии базы загрузить две табличные части справочника номенклатура.
База серверная. Как лучше подключиться?

кд2 не?

(0) веб-сервис

причем веб-сервис в расширении

(1)Не. Разбираться дольше.

(0) если из копии, то просто универсальная выгр-загр XML, не?

(3)Мне одноразово нужно.

я б в json/xml записал нужные мне данные из базы источника, далее бы в в базе приемнике обработал файлик

(5)Я попробую на копии копии. Но как бы дублей не хапнуть.
Ребзойды, я вас про OLE спрашиваю, а вы мне всяко-разно.
По ОЛЕ всё просто. Названия все совпадают.

COMConnector конечно же

Что-то у меня в обоих вариантах матюгается на инвалидный класс.
-2147221005(0x800401F3): Invalid class string
{ВнешнийОтчет.ВнешнийОтчет1.Форма.ФормаОтчета.Форма(4)}:    база2 = Новый COMObject("V83.COMConnector");
{ВнешнийОтчет.ВнешнийОтчет1.Форма.ФормаОтчета.Форма(13)}:    Команда1НаСервере();

по причине:
-2147221005(0x800401F3): Invalid class string

(10) вот поэтому я тебе и написал (7)

(11) дольше будешь настраивать комконнектор, а если у тебя еще сервак 64х клиент 32х то времени можешь угробить на настройку. А потом окажется, что у пользователя, запускающего агента прав нет

Если идентификация объектов будет не по ссылке, а по значениям реквизитов, то настоятельно рекомендую попробовать "Загрузка табличных данных (ИР)".
Выгружаешь например запросом одну большую таблицу значений из ТЧ1 сразу по всем объектам с добавлением колонок для поиска в приемнике самого объекта. Через форму "Редактор таблицы значений" сохраняешь ее в файл _VT. Аналогично с ТЧ2. Потом открываешь инструмент "Загрузка табличных данных (ИР)" в базе приемнике, выбираешь сверху ТЧ в какую загружать и на странице "Таблица значений" загружаешь из первого файла данные. Дальше нужно будет в таблицу добавить колонку "Ссылка" и дозаполнить ее запросом. Дальше на странице "Сопоставление колонок" настраиваешь поля поиска и ...

Гений 1С уже кстати попробовал инструмент.Правда именно такой вариант загрузки он еще не пробовал.

Если же автор очень хочет COM запустить, то ему поможет http://devtool1c.ucoz.ru/index/upravlenie_com_klassami_1s/0-56

Вроде бы (5) неплохо прокатило.

(8) OLE-соединение обычно используют, когда требуется открывать/редактировать объекты другой базы. Но OLE/COM-соединения работают при совпадении версий платформ 8.3. Может этот недостаток уже устранен?

(16) нет, не устранили. Но проблема легко решаема, если у тебя всего 2  разные платформы (у меня так Бух из-под 8.3.16.1876 таскает данные из УТ под 8.3.16.1359). А вот если больше 2ух платформ, то там уже народ извращается с подменой классов в реестре в момент запуска и перерегистрацией бибилиотек.

(17) Для OLE-соединения, без адмиских прав?

Еще вопрос: у одного из пользователей выдается ошибка: При попытке соединения с COM-сервером произошла следующая ошибка:
Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (1C:Enterprise 8.3.10.2466):  
Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
У других пользователей COM-обмен проходит нормально. Может действительно в той базе лицензии закончились? Но как-то подозрительно, что ошибка только у этого пользователя... может что-то у него не настроено. Что? OLE-соединение под одним служебным пользователем.

(18) про оле не знаю, я им давно не пользуюсь. это я для ком-соединений привел информацию.

но админискике права нужны даже когда Вы обычную ком-компоненту регистрируете.

(20) Ну регистрировать для COM-соединения всего 1 раз надо. Для OLE-соединения разных платформ каждый раз приходится...

Меня интересует ответ на (19) вопрос. В данном случае аутентификация не 1С, а ОС. Что может быть под пользователем не настроено в присоединяемой базе?