Добрый день!
У меня вопрос принципиальный: в принципе может быть такое или нет:

Реквизит к примеру документа в одной базе имеет тип значения справочникссылка из другой базы. Если возможно то как лучше реализовать?
Спасибо

Идея в том , что справочник один на всех и данные с этого справочника подтягиваются в другую базу. Конфигурации не одинаковые, более того конфа-приемник вообще не типовая

Реквизит типа строка, храни в нём GUID

(2)Позвольте уточнить
это в документе в поле допустим контрагент у меня будет GUID контрагента из другой базы и через сом соединение путем несложной функции идентифицирую этого контрагента и буду тянуть с него все данные которые надо? Так как то?

(3) Да

Попутный вопрос: как грамотно разорвать сом соединение?

(5) http://mirfactov.com/wp-content/uploads/0468.jpg

(5) присвоить переменной COMОбъект другое значение. Например, Неопределено

А где видно. что сом соединение фунциклирует в настоящий момент?

(8) в базе источнике, Активные пользователи

(9) Благодарю

Добрый день!
Вопрос у меня вновь по теме COM соединения.
Через это самое соединение подключаюсь к базе БП2.0. И все бы хорошо, но там на входе стоит проверка актуальности релиза. А релиз уже не совсем крайний и соответственно предупреждение или модальное окошко. короче инородное тело требующее ответа. Причем его не видно, но оно есть.Ибо только пошевелив диспетчер задач, а именно встав на процесс 1с и выдвинув на передний план можно получить вопросы и ответить на них(Обновить/Нет).
Вопрос:Как обойти эту ситуацию, чтоб не появлялась эта модальная композиция? мешает здорово автоматизации процессов
Спасибо

Нет выхода((

в базе БП сделать проверку на тип соединения. если com то не выводить. или вообще отключить эту проверку

(0) Не надо использовать для обмена COM-соединение!

Использовать только понимая все их недостатки и если по другому ну совсем никак...

(2) лучше сразу гуид хранить, чем строку

(11) "предупреждение или модальное окошко" - используй COMConnector, а не Application

(16) Это не поможет решить проблему с разными версиями.

Надо использовать другие инструменты - веб-сервисы или http-сервис

(17)+ Еще проще обмен наладить фоновыми заданиями через планы обмена.

(16) Тогда открывать форму не представится возможным

(18) конфигурации то разные. План обмена можно настроить на такой случай?

(17) а чуть подробней о преимуществах?

Вообще тема то в чем. В одной базе документы в другой расчет на основании этих документов. Была идея не таскать документы , а напрямую из другой базы брать данные и выдавать расчет. Как то так....

(19) А для чего открывать форму? Я так понял, ты её хочешь открыть в базе, с которой соединяешься? Так этого не нужно делать.

А что, если база-источник по какой то причине не работает, база-приемник тоже не работает, да?

(23) Должна быть возможность посмотреть документ в первоисточнике

(24) Ну в базе приемнике не только эти расчеты, хотя конечно так и выходит расчет накрылся если источник не в себе. Заказчика посетила идея о том , что при прямой связи будет истинно текущее состояние документа а при выгрузке-загрузке всяко может быть. Я же никогда не работал с таким соединением и решился попробовать. Ну как то не особо вдохновляет сом соединение все таки

(0) тупая идея.
Лучше расскажи что ты хочешь и зачем. С как у тебя лажа выходит.

(27) Читай пост 22 там я объясняю что и зачем. Пытаюсь по крайней мере ) И еще 24 пост. Там я пытаюсь продолжать объяснения начатые в 22 )

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

то есть - в приемнике тоже должен быть документ, но без ничего, кроме стандартных реквизитов. Создавай их при обмене с гуидами из источника.
И все дела.
А! Обмен делай на КД и по правилам. Плёвое дело на самом деле

(20) Вы документацию/мануалы от 1С пробовали читать?

(30) уже (18)

(32) шось?
ты рассказал, где удочка лежит, я дал удочку в руки

(30) Я к такому варианту похоже и склоняюсь. осталось заказчику объяснить, что его идея не слишком хороша..
Конвертация данных. правила - к плану обмена эти правила можно прилепить, так чтоб изменения объектов цеплять и только их перебрасывать? Возможно я сейчас сумбур произнес, но последний раз обменами занимался 1000 лет назад. (32)

(31)А что ? есть такие?

(31) ))

(33) Угадай какую "удочку" он выберет старую или новую? И потом получит легкий облом ибо удочка версии 3 не будет ничего "ловить" ))

(34) оно для этого и придумано

(37) судя по (34), это не самая большая проблема автора

(39) какая ж самая большая?

(40) заказчик, тупорыло настаивающий на своем ушлёпском архитектурном копро-решении

(34) Можно в конфигурации - источнике сделать веб-сервис, который сразу будет возвращать результат отчета. Из базы - приемника только дергать его и выводить на экран готовый результат. Если версия платформы позволяет - можно сделать на расширении - конфу трогать не надо будет.

(0) Обратитесь уже к специалисту

Добрый день!
Всем спасибо за участие в моей задаче.
Я буду проталкивать вариант (30).
Одно осталось не выяснено мною для себя:
если СОМ соединение такая стремная штука, то где ее оптимальное применение?

(44) В прямых руках и х** – балалайка (с)

(44) там, где надо подключаться к базе и что-то делать

Для любой задачи есть свои инструменты. отверткой гвозди забивать - стрёмная идея, но это не потому, что отвертка стрёмная, а просто для этого молоток нужен

само по себе COM_соединение - это очень ОЧЕНЬ зведатая штука. Чудовищно звездатая. Просто для вот этой конкретной задачи его нельзя использовать. Но это ни как не характеризует COM-содениение.

(47) Одно бесит, скорость подключения.

смотрим, что думает фирма 1с про это:

В платформе доступны механизмы интеграции, которые не рекомендуется использовать в новых решениях; они оставлены из соображений обратной совместимости, а также на случай, если другая сторона не может работать с более современными протоколами. Один из них – работа с файлами формата DBF (поддерживается во встроенном языке с помощью объекта XBase).

Другой устаревший механизм интеграции – использование технологии COM

https://habrahabr.ru/company/1c/blog/308420/

если будешь хранить гуид то для оптимизации места на диске лучше использовать тип УникальныйИдентификатор