Здравствуйте. Подскажите пожалуйста, при соединении по COM обязательно ли базы соединяемые (из одной клиент-сервеной базы одного релиза цепляюсь к другой серверной базе другого релиза) должны иметь одну и ту-же версию платформы? Платформа 8.3 разных релизов.
Про то что можно одновременно поднять два комконнектора разных версий и использовать их одновременно по разным алиасам читал, но при этом вроде сами версии платформы баз должны быть все равно одинаковыми.
Или можно как-то настроить вызов коннектора comcntr или еще чтобы такое было возможным?

Да

(1) Тоже так думал, но вот что-то я уже начал сомневаться что "Да").
Читаю про DCOM, на нем можно вроде сделать подобное, но не уверен пока.

(1) Или я вас неправильно понял? что означает да? Да -можно настроить (тогда просьба дать наводку куда копать), или Да - обязательно совпадение?

(3) Версии платформ на сервере и клиенте могут различаться. Версия комконнектора на клиенте, с которого коннектятся к серверной базе должна совпадать с версией платформы на сервере.
Сделай один раз на web-сервисе, и забудь про ком навсегда

(2) Где читаешь, ссылку бы? Уточни Com или OLE, такая же проблема Службы компонентов: возможно ли создать обертку OLE соединения V83.Application

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

(6) Да

(5) (6) Простой Com, не оле. Читаю вот это http://catalog.mista.ru/public/387577/ , но не уверен что это именно то что мне нужно. Кстати в этой статье сказано что при стандартном ком, если издание платформ одной версии (8,3 как у меня например), то и сборки клиента и сервера должны тоже совпадать, но тем не менее Voronve пишет что не должны..

(8) Взаимодействие между базами 1С через COM - читал, но мне не помогло для OLE https://i.ibb.co/pdrH9Wy/COM.jpg серверная версия запускается правильно (по номеру порта указанного с именем сервера), а клиентская - нет. Запускается та версия, которая зарегистрирована (прописана в реестре ОС). Сменить ее можно, но с админскими правами, обычному пользователю никак.

ап

(8) > Простой Com, не оле.
То может клиентская часть не нужна? Тогда лучше Web или Http.

http://catalog.mista.ru/public/610960/

Нет, как-то 1С соображает какую версию запускать, когда 1С просто запускают? Или как-то по указанному в настройках "Версия 1С Предприятия". Как?

А зачем именно обмен по COM?
Если версии сервера разные, то обменивайтесь через xml

(14) Файловые обмены делаются раз в неделю, в месяц. А если один-два документа надо переслать/сделать в другой базе, при чем сразу по времени... тут только Web или Http. А если надо открыть объект другой базы?

(15) открыть - это ole automation, он через границу процесса и ему версии не важны.
для Com важно,чтобы версия ComConnector была той же,что и версия платыормы в коде которой он создается.
к пониженной версии он должен подключиться без проблем.
на счет поввшенной-вопрос,так как режим совместимости может не отработать.

(16) Как для OLE https://i.ibb.co/pdrH9Wy/COM.jpg не важны для обычных пользователей (без админских прав)? Нет, возможно это возможно, но как?

(15) что за чушь
Обменивайся хоть каждые 15 мин, там будет не много документов. ну или с утра.
Ничем оно не отличается от COM, разве что выгрузка не будет ждать загрузки в подчиненную базу.

(18) Приведу пример: Понадобился товар, которого нет в нашей базе, но есть у партнера в другой базе. Нужно срочно сделать передаточные документы: реализация - поступление. Реализация в другой базе партнера, какой у нее будет номер неизвестно, пока ее не сделаешь. А сделаешь ее, тогда делаешь изменение (поступление, и прочее) в своей базе. Такое пока делает пока только Com, файловый обмен не может такого, пока изменения не записаны в моей базе.

У СОМ-компоненты должна быть внепроцессная активация. Тогда можно создавать СОМ-объект любого релиза из кода, выполняемого под любым другим релизом.

(19) ну вот это настоящий берд, а не бизнес-процесс - подключаться через COM к базе поставщика и фигачить там реализации)) То есть полный доступ есть ко всему?)

Настолько срочно надо сделать пару реализация-поступление, что даже через Excel-файлик или xml-файлик не передать? Это будет просто не одно нажатие на кнопку, а по одному в каждой базе.

(17) если версия клиента меньше,чем версия сервера,то явно не запустится.

(0) читай тут http://catalog.mista.ru/public/610960/, у меня работает

(20) Должна - желаемое, но действительное.
(21) Юридически не знаю как их правильно назвать: партнеры или своя организация - работаем в одной локальной сети по Com-соединению пока на одной версии платформы. Но в дальнейшем нужно в разных (по разрядности).
(22) Почему-то какую версию сервера понимает какую запускать (по порту в имени сервера), а клиента - нет.
(23) Только СОМ, OLE - не помогает...

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

СОМ давно похоронить пора...

(26)"Иногда они возвращаются")

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

(28)Не спорю, что вариант не идеальный..нюансов хватает.

(29) Главный - нужны административные права ОС на регистрацию...

(29) если в ключе системы пусто,то можно в ключ пользователя писать,а если задействовать отображение реестра для процесса,то вообще только в памяти подставлять.

(25) Как "извращался", или только для СОМ, не для OLE?