Добрый вечер! Есть настоятельная потребность осуществить то, что написано в теме.) Но пока ничего не удалось найти по этому вопросу. Пробовал через COM соединение, но похоже, полученные объекты открывать нельзя. Возможно есть другие пути решения этой проблемы? Буду благодарен за ответ.)

сделай свои формы и редактируй...

можно. рисуешь свои формочки, заполняешь из удалённой базы данными, потом данные пишешь в удалённую базу.
но зачем?

(0) >Есть настоятельная потребность осуществить то, что написано в теме

Совет №1: Копайте в сторону пересмотра этой потребности и отказа от неё.
Все остальные советы имеет смысл рассматривать только если сумеете убедительно обосновать невозможность выполнения совета №1.

Оператору не хочется заполнять документы в нескольких базах. Создавая документ в текущей надо тянуть справочники и другую информацию в существующую, иначе не заполнишь документ. Хотелось бы обойтись без этого.

Несколько баз с различной информацией. Конфигурации у всех идентичные.

оператор и не должен создавать документы в нескольких базах, должны работать обмены.

(4) настрой обмен и не парь людям мозг

(4) Это называется "интеграция". Данные введённые в одной базе мигрируют в другую. Расчётчик ведущий учёт в ЗУП не хочет вносить результаты расчёта в БП. И эта проблема решена! Чем этот путь не устраивает?

(5) Сделай одну базу в которую стекается вся информация со всех баз (Центральная) и растекаются по всем остальным базам (Периферийным).

во времена толстых форм такое можно было

Спасибо, дорогие, помогли.)))) Распределенку люди не хотят.)
Если нет больше предложений, то ... Короче, спросил на всякий случай.)) Нельзя, так нельзя.

Ну, если очень хочется, то можно. Только от этого оно "не кривым" не станет. Всётаки правильнее брать у пользователя нужные данные, а потом незаметно для оногораскладывать информацию по базам.
Если сильно "хочется странного", посмотри в сторону:
AppConnector = Новый COMObject("V83.Application");
AppConnector.Connect(СтрокаСоединения);
AppConnector.ОткрытьФорму("Документ...

(11) Заказчик не должен выбирать инструмент. Заказчик должен точно озвучивать результат, а не процесс. Остальное от лукавого.

(11) если нужен онлайн - курите веб и хттп сервисы.

примерная схема:
База НСИ+обмены, содержит в себе перекрестные идентификаторы всех справочников всех баз, и знает как отправить запись в каждую из баз.
Ведомые и Ведущая база. (на самом деле ситуативно, можно было бы сделать всенаправленный обмен, только надо голову включать в какой момент запись отправляется, а в какой нет).

ведущая база, куда вводится документ интерактивно, пинает вебсервис на базе НСИ. вызов делается асинхронно (работа в ведущей базе продолжается без заминок).

база НСИ, получив запись к отправке, формирует записи для всех ведомых подставляя их собственные гуиды и пинает вебсервисы ведомых баз.

откуда ГИУДы в базе НСИ? - при записи новых элементов справочников в ведущей так же происходит отправка в ведомые через базу НСИ. ну и инциируещее заполнение.

как вам такой изврат? по пути еще можно настроить смену тапок на лету, т.е. в одной базе это реализация, в другой это поступление...

+(14) нынче вебсервисы можно вешать расширением. т.е. не требуется вспахивать типовые конфы, если это важно.

(15) я тоже за вебсервисы.

Т.е. получить доступ к абстрактному/виртуальному формату передачи данных от источника-оператора в приемник-базу - возможно. Стоит ли заморачиваться с таким способом работы - отдельное обсуждение.

При этом, работа с данными посредством выполнения обменов между базами - это не такой уж плохой способ, учитывая, что базы выше заявлены идентичных конфигураций. Скорость обмена и частота может быть очень настраиваемой, но если есть возможность зацепить обмен интерактивно через вебсервис, то зачем же эту возможность игнорировать?!

если говоришь что базы идентичны и типовые, то и без распределенки есть типовая выгрузка в идентичную базу,
нафига велосипед изобретать?

+17 причем с отбором, выгрузить моно только то что считаешь нужным

(0) от этого шерсть на ладошках вырастет и слепоглазие настанет
Это не нормально. Совсем.

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

(19) Да вообще задание какое то не нормальное мягко говоря,
а основание его так вообще полный..... (мат к сожалению тут не поможет )
(4)>>Оператору не хочется заполнять документы в нескольких базах. Создавая документ в текущей надо тянуть справочники и другую информацию в существующую, иначе не заполнишь документ. Хотелось бы обойтись без этого.

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

Управляемая форма в базе 1, поле html в базе 2. Бинго!

(21) это его не спасет, если одна база крякнет, что тогда? танцы с бубном?
А в случае с обменом если кто то крякнет, причем любая, моно из одной выгрузить в другую, причем если это все будет отлажено то времени на восстановление не так много.
на уровне телепатии подозреваю у (0) есть просто желание вести две зеркальные базы одну черную другую белую.

"Оператору не хочется заполнять "

для этого подсистема ОбменДанными придумана и КД.

а, если вторая база закрыта на ремонт, то в первой чо делаем? Улыбаемся и машем?

Если нужно что-то создать в нескольких базах сразу,то проще сделать новую базу,в которой будкт выполняться редактиррвание,а результаты засовывать в реальные базы
все остальные методы выглядят еще более кривыми

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

Через Web как-нибудь можно сделать видимость работы в одной базе. пмсм.

(27) вот так, например (25).

(0) Ты автоматизатор или кто? Зачем открывать формы?  Настрой один раз все необходимые соответствия и автоматически вноси изменения в другие БД через COM, если другие варианты не устраивают.
Вариант (25) самый правильный. За попытку реализации (0) я бы 1С-ника уволил нафиг.

не надо через ком. Ком - ископаемая з0лупа с оптическим прицелом. Хотите онлайна, юзайте SOAP или на худой конец REST. Но - не ком. Пожалуйста.

но лучше успокоиться и перестать хотеть онлайна. Жизнь станет проще значительно у всех.

(28) Обновили другие базы, а про другую забыли и работа встала. Через web работа напрямую с нужной базой.
(31) Лучше ИИ внедрить и отдавать команды голосом, жестами и т.п.
- Сделай всё.
- Сделано.
- Что?
- Всё!
:-\

Спасибо огромное за дельные советы! Я уже сам стал подумывать решить проблему с помощью web. Но просто как всегда всё внезапно и все сроки просрачиваются, поэтому хотел как быстрее. Но, видимо придется разбираться.) Ещё раз всех благодарю!)

"видимо придется разбираться". С этого надо было начинать вместо сабжа

(33) C web быстро не получится. Но если грамотно сделать, то работать будет, и никто даже не догадается, что данные берутся из нескольких баз.

Ждем когда появится условия
- Вторая база в другой сети/городе/сервере и между ними нет прямого доступа

(36) Этой технологии уже сто лет в обед, просто мало кто пользуется, ибо не мейнстрим. Знаю контору, в которой процентов 20 информации тянется из внешних источников. И отлично работает.

(37) +1 я тоже работал с базой на 7ке, которая процентов 70 данных тянула из сторонней базы на скуле
на текущем месте так храню кучу доп реквизитов номенклатуры, которые нафик не нужны для учета, но которые очень нужны

(0) > Существует ли способ из текущей базы редактировать интерактивно документы в другой базе?

Думаю, что существует. Можно поставить вопрос шире, возможно ли одновременная работа с двумя различными приложениями? Такое решение, пусть и не очень идеальное, но есть. Это AHK (AutoHotKey –  https://autohotkey.com/download/ ) и иже с ним. Краткое его назначение (при должной фантазии – можно расширить) можно прочитать на вики: https://ru.wikipedia.org/wiki/AutoHotkey .

Другое дело, что придется более-менее разбираться в технологии этих глобальных хуков и писать собственные сценарии одновременной интерактивной работы с различными приложениями. Я например сделал с помощью подобного скрипта одновременную работу Эксела и плэйером MediaPlayerClassicW. Небольшой скрипт открывает в Экселе плейер с загруженным в него видео-файлом в последней сохраненной позиции. Плейер отображается как неактивное Top Window, на с помощью определенных заданных клавиш я могу им управлять. Также переопределены некоторые клавиши Эксела для удобства работы. Смысл всего этого запись текста обучающего видео, конкретно, шведских и английских слов (в видео файле произносятся и те и другие). Конечная цель – сделать обучающую программу с набором руками и интерактивным звуковым сопровождением (по моему принципу «запоминание руками + интерактивный звук»). Но это все лирика.

Как видим, подобный принцип можно использовать и в случае автора топика. Пишем скрипт для АНК, настраиваем поведение окон и вперед. Для примера работы со скриптами в 1С можно указать «SmartConfigurator» : https://github.com/ret-Phoenix/SmartConfigurator , позиционируемый как «Расширение конфигуратора без Снегопата и ТурбоКонфа». Здесь правда нет работы с разными программами, но зато мн о го хороших примеров по скриптам АНК.

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

(39) Когда коту делать нечего.....
знаешь чем он занимается? )))
АНК вместе с 1С это извращение в особо жестокой форме

(40) > АНК вместе с 1С это извращение в особо жестокой форме

Это ты автору SmartConfigurator’a расскажи. У АНК есть свои достоинства и недостатки, независящие от 1С. Кто хочет, тот ищет возможности, а кто не хочет – занимается примерно тем же, кому «делать нечего» :) .

(41)В данном случае речь идет про реализацию задачи в (0)
То что (0) предложил или ему навязывали изначально тупая идея.
А ты со своим предложением с АНК еще дальше пошел )))

(42) > изначально тупая идея.
> А ты со своим предложением с АНК еще дальше пошел )))

А доказательства? Или будет как у американцев: «Вот наглые русские! Не верят джентльменам на слово!»

А по существу, из-за чего такие переживания? Автор топика, скорее всего, просто проигнорирует все советы, как слишком трудные для него (иначе не задавал бы подобные вопросы). Поэтому это информация не столько для него, сколько для сведения специалистам, что да, есть такая технология, которой, если приспичит, можно будет воспользоваться. А излишние эмоции обычно завязаны на какой-то интерес. Мол, я не хочу, чтобы народ даже думать смел про скрещение «ужа и ежа», то бишь 1С и АНК. А почему не хочу? Например, потому, что представляю интересы фирмы «1С». Но готов выслушать и другие версии твоего неравнодушия к поднятой теме. Хотя может быть и не стоит особо оффтопить тут.