Раньше подключался только к одной ИБ: подключился, ComОбъект в глобальной переменной, и по мере необходимости беру из той ИБ данные.
Теперь возникла необходимость цепляться в разным ИБ. Как определить имя текущей подключенной базы? (СтруктураПодключения или СтрокаПодключения сохранять в отдельной гл. переменной нежелательно)

Глобальный контекст (Global context)
СтрокаСоединенияИнформационнойБазы (InfoBaseConnectionString)
Синтаксис:

СтрокаСоединенияИнформационнойБазы()
Возвращаемое значение:

Тип: Строка.

Описание:

Возвращает Строка соединения информационной базы, которую, например, можно использовать для запуска 1С:Предприятия средствами встроенного языка в Automation, Менеджер COM-соединений. Пример результата метода: File="C:\1cv8\Base".

Доступность:

Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.

А типа СтруктураПодключения.ИмяИБНаСервере никак?
Ну, в принципе ComОбъект.СтрокаСоединенияИнформационнойБазы() тоже содержит ИмяИБ

А GUID через Com-соединение получить можно?
Например, подключился, нашел во внешней базе нужный документ. Как получить его GUID?

Функция НайтиПоВходящимНомерДатаДокументПоступлениеТоваровУслугКА(Организация, ВхДокНомер, ВхДокДата)   Экспорт
    
    Запрос = COMОбъект.NewObject("Запрос");
    Запрос.Текст =
    Запрос = ОбъектКА.NewObject("Запрос");
    Запрос.Текст =
    "ВЫБРАТЬ
    |    ПоступлениеТоваровУслуг.Ссылка,
    |    ПоступлениеТоваровУслуг.НомерВходящегоДокумента,
    |    ПоступлениеТоваровУслуг.Организация.Код КАК Код
    |ИЗ
    |    Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваровУслуг
    |ГДЕ
    |    ПоступлениеТоваровУслуг.ДатаВходящегоДокумента = &ВхДокДата
    |    И ПоступлениеТоваровУслуг.Организация.Код = &Организация";
    
    Запрос.УстановитьПараметр("ВхДокДата",     ВхДокДата);
    Запрос.УстановитьПараметр("Организация", Организация.Код);
        
    Выборка = Запрос.Выполнить().Выбрать();
    Пока Выборка.Следующий() Цикл
        Если Найти(Выборка.НомерВходящегоДокумента, БезПрефикса(ВхДокНомер)) = 0 Тогда
            Продолжить;
        КонецЕсли;
        Возврат Выборка.Ссылка;
    КонецЦикла;
    Возврат Неопределено;
    
КонецФункции

НайденныйДокумент = НайтиПоВходящимНомерДатаДокументПоступлениеТоваровУслугКА(Документ.Организация, Документ.ВхДокНомер, Документ.ВхДокДата);
Если НайденныйДокумент <> Неопределено Тогда
    Документ.Номер        = НайденныйДокумент.Номер;
    Документ.Дата        = НайденныйДокумент.Дата;
//    Документ.СкладКомпании    = НайденныйДокумент.СкладОрдер;
    Документ.СкладКомпании    = Справочники.СкладыКомпании.НайтиПоКоду(НайденныйДокумент.СкладОрдер.Код);
//    Документ.УстановитьСсылкуНового(НайденныйДокумент.УникальныйИдентификатор());
    Сообщить("Найден с GUID: " + СокрЛП(НайденныйДокумент.УникальныйИдентификатор()) + ", Номер: " + СокрЛП(Документ.Номер) + ", Дата: " + СокрЛП(Документ.Дата) + ", Склад: " + СокрЛП(Документ.СкладКомпании));
КонецЕсли;

Да и не хотелось бы все (Организация, Склад) по кодам искать...!?

Сообщает: Найден с GUID: COMОбъект !?

COMОбъект.XMLСтрока(НайденныйДокумент.УникальныйИдентификатор()))

(5) Спс, а в текст запроса как-то GUID можно вставить, ну чтобы не по коду организации отбор делать?

делаете в организации реквизит строковый Гуид, по нему и делаете отбор.

COMОбъект.Документы.ПоступлениеТоваровУслуг.ПолучитьСсылку()

А вообще лучше пользоваться внешними отчетами.
Премущества отладка в родной среде

v8: 8.2, COM-соединение, C#, dynamic строки

(8) У меня такая конструкция сработала:
Документ.СкладКомпании    = Справочники.СкладыКомпании.ПолучитьСсылку(Новый УникальныйИдентификатор(COMОбъект.XMLСтрока(НайденныйДокумент.СкладОрдер.УникальныйИдентификатор())));
Документ.УстановитьСсылкуНового(Документы.ПоступлениеТоваров.ПолучитьСсылку(Новый УникальныйИдентификатор(COMОбъект.XMLСтрока(НайденныйДокумент.УникальныйИдентификатор()))));
Покороче нельзя?

(7) Как это написать в запросе? Вместо:
    |    И ПоступлениеТоваровУслуг.Организация.Код = &ОрганизацияКод";

Дык, надо подставлять в отбор Организация не текущей базы, а подключенной базы COMОбъект! У меня есть такая функция:
Запрос.УстановитьПараметр("Организация", НайтиЭлементСправочникаCOMОбъект(Организация, "Организации"));
Заработало... Как насчет (9), нельзя как-то покороче?

Нельзя значит :(
(8) А что там про внешние отчеты? Чувствую, что придется мне скоро всякие сверки с партнером писать...

А какие у тебя проблемы с внешними отчетами?

(12) С внешними отчетами? Никаких. А как они связаны с COM-Объектами? С COM-Объектами как-то не приходилось работать, думаю нельзя ли их использовать для обмена баз? Обычно использую УниверсальныйОбменДаннымиXML. И сейчас также планировал поступить: ответный документ партнера создан (обновлен) в нашей базе, далее фоновое задание сделает обмен с базой партнера...
А сейчас думаю, а нельзя ли сразу после создания (обновления) этого документа предать его в базу партнера? Или вообще его не создавать в своей базе, а создавать (обновлять) прямо в базе партнера, подключенной как COM-Объект?
Есть отработанные схемы обмена через COM-Объект, где про них почитать?

+ Создавать, используя механизм заполнения на основании, но не записывать

(13) Я тебе ссылочку в 8 давал. Создаешь внешнийотчет из базы по COM. Вызываешь  метод модуля отчета помеченного как экспорт. Премущества это отладка и простота написания, т.к. отчет вызывается на стороне вызываемой базы.
  Если очень хочется онлайн, то проще использовать вэб сервисы, а не ком. Или напрямую писать используя SQL.

(15) По ссылке в (8) ничего не понял...
Он-лайн не желателен - зачем напрягать пользователя.
Когда начинаешь настраивать обмен, 1-м пунктом идет "Есть возможность подключиться к ИБ-приемнику" - это COM? (ни когда не пользовался)

(16) А что там непонятно?
v8: 8.2, COM-соединение, C#, dynamic строки

Там все расписано, правда на C#.
Вообще то при онлайне пользователь вообще не напрягается, т.к. обмен происходит после записи документа. То, что ты написал в 13.

(17) Суть? Через COM-соединение в ИБ-приемнике запускается внешняя обработка подобная УниверсальныйОбменДаннымиXML, которая делает внеочередной обмен (не дожидаясь расписания)?

(18)  Суть в том, что при загрузке через COM если соединение не кэшируется приходится подымать метаданные и более долгая начальная загрузка. При обмене через Веб сервис или http-сервис. Сервис уже запущен и метаданные загружены. Единственно, что для вэб сервиса нужно пройти установкуПараметровСеанса

v8: Web сервис, момент подключения

http сервисы должны быть еще легче
http://v8.1c.ru/o7/201312http/index.htm

Да, но еще кроме переноса еще возникает вопрос конвертации. Для УниверсальныйОбменДаннымиXML у меня правила обмена написаны.
И все же повторюсь: Когда начинаешь настраивать обмен, 1-м пунктом идет "Есть возможность подключиться к ИБ-приемнику" - это COM?

(20) А кто тебе мешает из Вэб сервиса вызвать твою внешнюю обработку?

Ну, не знаю, не пробовал... остановлюсь на файловом обмене (как и планировал). Тем более, сегодня "Есть возможность подключиться к ИБ-приемнику", а завтра - может и не быть...

Понадобилось получать не только ссылки документов из COM присоединенной базы, но и их табличные части:

// Получить табличную часть COMОбъекта
Функция ПолучитьCOMОбъектТЧ(СсылкаCom, ВидДокументаCom)   Экспорт
    
    Запрос = COMОбъект.NewObject("Запрос");
    Запрос.Текст =
    "ВЫБРАТЬ
    |    ДокументТовары.Номенклатура,
    |    ДокументТовары.ХарактеристикаНоменклатуры,
    |    ДокументТовары.ЕдиницаИзмерения,
    |    ДокументТовары.Номенклатура.Артикул КАК Артикул,
    |    ДокументТовары.Коэффициент,
    |    ДокументТовары.Количество,
    |    ДокументТовары.Цена,
    |    ДокументТовары.ПроцентСкидкиНаценки,
    |    ДокументТовары.Сумма,
    |    ДокументТовары.СуммаНДС
    |ИЗ
    |    Документ." + ВидДокументаCom + ".Товары КАК ДокументТовары
    |ГДЕ
    |    ДокументТовары.Ссылка = &Ссылка";
    
    Запрос.УстановитьПараметр("Ссылка", СсылкаCom);
        
    ТЗCom = Запрос.Выполнить().Выгрузить();                // COM-Объект
    Для каждого СтрокаТЗ Из ТЗCom Цикл
        СтрокаТЗ.Номенклатура                = COMОбъект.XMLСтрока(СтрокаТЗ.Номенклатура.Ссылка);
        СтрокаТЗ.ХарактеристикаНоменклатуры = COMОбъект.XMLСтрока(СтрокаТЗ.ХарактеристикаНоменклатуры.Ссылка);
        СтрокаТЗ.ЕдиницаИзмерения            = COMОбъект.XMLСтрока(СтрокаТЗ.ЕдиницаИзмерения.Ссылка);
    КонецЦикла;
    СтрТЗCom = COMОбъект.ЗначениеВСтрокуВнутр(ТЗCom);    // COM-Объект в строку
    Возврат ЗначениеИзСтрокиВнутр(СтрТЗCom);            // ТЗ из строки
    
КонецФункции

ТЧ выгружаю в ТЗ, далее получаю ее посредством COMОбъект.ЗначениеВСтрокуВнутр()/ЗначениеИзСтрокиВнутр(). Для примитивных типов сработало, а для справочников - нет. Ну мне сами справочники не нужны, только их GUID-ы. Вставил цикл их замены на: COMОбъект.XMLСтрока(СтрокаТЗ.ЭлСправочника.Ссылка) - не работает!? И так тоже: COMОбъект.XMLСтрока(СтрокаТЗ.ЭлСправочника.Ссылка.УникальныйИдентификатор())
Что ни так?

+ СсылкаCom - это НайденныйДокумент в (3)

Оказалось тип колонок не тот, новые пришлось добавить:

    ТЗCom.Колонки.Добавить("НоменклатураGUID");
    ТЗCom.Колонки.Добавить("ХарактеристикаНоменклатурыGUID");
    ТЗCom.Колонки.Добавить("ЕдиницаИзмеренияGUID");
    Для каждого СтрокаТЗ Из ТЗCom Цикл
        СтрокаТЗ.НоменклатураGUID                = COMОбъект.XMLСтрока(СтрокаТЗ.Номенклатура.Ссылка);
        СтрокаТЗ.ХарактеристикаНоменклатурыGUID    = COMОбъект.XMLСтрока(СтрокаТЗ.ХарактеристикаНоменклатуры.Ссылка);
        СтрокаТЗ.ЕдиницаИзмеренияGUID            = COMОбъект.XMLСтрока(СтрокаТЗ.ЕдиницаИзмерения.Ссылка);
    КонецЦикла;

Но только коряво все как-то, покрасивши нет решения?

А еще не знаю как грамотно передавать Перечисления в присоединенную базу через COM-соединение. В простейшем случае я делаю так:

ОбъектCom.СтавкаНДС = ?(Ссылка.СтавкаНДС = Справочники.СтавкиНДС.БезНДС, COMОбъект.Перечисления.СтавкиНДС.БезНДС, COMОбъект.Перечисления.СтавкиНДС.НДС18);

Коряво, да? А если что-то посложнее, например, ВидОперации, которые у каждого типа документов свой, и значений несколько?

(26) если имена совпадают есть воможность сконвертировать погугли.

http://pro1c.org.ua/index.php?showtopic=218

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

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

(29) COMОбъект - глобальная переменная, содержит COM-соединение присоединенной базы.
ОбъектCom - объект, создаваемый в Com-базе, которому надо установить реквизит типа ПеречислениеСсылка.
Меня пугает, что приходится писать длинные конструкции... или это нормально, просто непривычно?
(28) Не очень понял, что предлагает автор: все возможные перечисления собрать в некий справочник, а через COM-соединение передавать коды нужных тебе перечислений?

Просто, с перечислениями есть "засада" - у них нет GUID-а.
Если нам хочется работать с данными одной базы в другой базе или другой программе, то мы легко можем хранить вместо самого объекта строковое представление GUID-а.
То есть, получив какое-то значение из "далёкой" базы, мы сначала проверяем его тип - если он не ComObject, то у нас строка,дата, число или булево - получается значение, которым легко оперировать.
Если мы получаем ComObject, то у всех объектов в базе, кроме перечисления, есть метод УникальныйИдентификатор(), который возвращает GUID (который, правда, всё равно ComObject), но из него легко сделать строку ComBase.String(GuidFromFarBase) и ей уже можно прекрасно оперировать.
С перечислением сложнее, нужно узнать идентификатор перечисления, а потом получить идентификатор значения перечисления (если мы просто приведём к строке, то получим представление) - соответственно, очень много операций - если все значения перечислений где-то есть, то мы просто ищем значение в этом "списке" и получаем его "представление" для нас.

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

(32) В (9) пример, я нашел Документ в COM-базе, и копирую его в свою базу. При этом использую такую длинную конструкцию:
Документ.УстановитьСсылкуНового(Документы.ПоступлениеТоваров.ПолучитьСсылку(Новый УникальныйИдентификатор(COMОбъект.XMLСтрока(НайденныйДокумент.УникальныйИдентификатор()))));

ComBase.String(GuidFromFarBase) - вижу впервые, как это применить для моего примера?

(32) Да, у них нет GUID-а, но есть Имя, а у значения вроде Индекс - их можно передать в COM-базу. Вот только как с их помощью задать нужное Перечисление?

(31) http://help1c.com/help/view/7666.html

ну и вычислить.

Но я являюсь сторонником внешних отчетов вызывая метод из них передавая нужные параметры и получая ответ например ввиде тз.

+ Например, для простых справочников: Валюты, КлассификаторЕдиницИзмерения, и т.п. GUID-ы не использую:
ОбъектCom.Валюта = COMОбъект.Справочники[ТипОбъекта].НайтиПоКоду(Ссылка.Код);
(если имена совпадают)

А так работает ?
Ставка=COMОбъект.Перечисления.СтавкаНДС["НДС18"];

Ну а имя перечисления
ИмяПеречисления = СсылкаНаПеречисление.Метаданные().Имя;

(37) Вроде должно, проверю...
(38) В итоге: СтавкаНДС = COMОбъект.Перечисления[ИмяПеречисления][1]; - если индекс значения НДС18 = 1 (или 0?)?

39
Нет можешь
СтавкаНДС =COMОбъект.Перечисления.СтавкаНДС[XmlСтрока(Ссылка.СтавкаНДС )];

(40) Скорее, так: СтавкаНДС = COMОбъект.Перечисления[ИмяПеречисления]; или так СтавкаНДС = COMОбъект.Перечисления[1]; - пробовать буду... вообще-то в Альфа-Авто Ставки НДС - справочник, но ИмяПеречисления или его Индекс в типовой УПП/КА мне будет известен заранее.
Спс за ссылку (35) - что-то начал понимать...

Что мешает КД использовать?

(42) Первоначально так и задумывалось: в нашей базе создали реализацию "близкому" партнеру (в одной сетке). По нему автоматом формируется ответный документ поступления. Номер по COM-соединению беру из базы партнера. Чтобы его не заняли, надо его застолбить там - создаю там пустой документ, его номер и GUID присваиваю ответному документу в своей базе. После этого посылаю сигнал фоновому заданию, чтобы сделал внеочередной обмен (желательно только этим документом)...
Как-то сложно все это, вот пробую сразу заполнить ответный документ через COM-соединение.

+ Может есть более простые решения этой задачи?

(43) Ты же в курсе, что обработок, которые использую правила, больше, чем 1, но меньше, чем 3?
Можно обмен через планы обмена и правила из КД настроить, все тебе будет.

(45) Это все есть, и по ночам выполняется через УниверсальныйОбменДаннымиXML около 2-3 часов. Но обмен с партнером надо сделать быстро (3-5 минут) одним или списком из (до) 5-7 документов.
Как задать этот список для обработки УниверсальныйОбменДаннымиXML я не нашел. :(

Чего-то мне кажется, что OleБаза.Перечисления[ИмяПеречисления][ЗначениеПеречисления] должно работать.

(46) Там какбе отборы есть

(48) Например, срочно понадобилось обменяться цепочкой документов: заказ покупателя, заказ поставщику, реализация, поступление, возврат от покупателя, возврат поставщику... (возможны еще корректировки) - е все по одному документу. Проблематично это отбором делать.

(49) Если тебе это проблематично, то может, поменяешь профессию?
В дворники не предлагаю, там занято, может, в два раза больше пойдёшь зарабатывать?

(46) Я использую обмен через схему загружаемой базы. Это аналог КД ,но так как использыется Схема загружаемой базы то при загрузке используется СериализаторXDTO, а при выгрузке создаются процедуры записи, которые записывают ОбъектXDTO и которые легко можно модифицировать. Скорость обмена очень быстрая.

(51) Схемы аналогичные КД в принципе инертны - в процессе обмена могут изменить документ, если выгружается более одного документа. И чем больше этот список, тем больше вероятность, что выгрузится уже неактуальная версия документа.
По по COM-соединению создание/обновление COM-документа происходит сразу после его записи (в моей схеме).
В общем с заполнением реквизитов шапки и табличной части COM-документа разобрался. Вот только не проводится!? На
ДокументCom.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); пишет ошибку:
Ошибка при вызове метода контекста (Записать): Произошла исключительная ситуация (1C:Enterprise 8.2.19.90): Несоответствие типов (параметр номер '1')
В процедуре ОбработкаПроведения() COM-базы поставил точки останова - никакой реакции!? Как отлаживать проведение COM-документа?

+ Хотя в самой COM-базе вручную проводится без проблем!?

Разобрался, так надо: ДокументCom.Записать(COMОбъект.РежимЗаписиДокумента.Проведение);

(52) Необязательно. Ты можешь используя COM записывать через СериализаторXDTO, а можешь и в оффлайне, а можешь через Вэб сервисы. Непринципиально, но универсально.