Проблема в следующем:
Есть 2 базы УТ 10.3, крутятся под SQL 2005. Из одной в другую юзера подключаются при помощи COM-соединения, чтобы видеть остатки сразу по нескольким базам. Соответственно, при такой методе отжирается одна свободная лицензия на каждого подключающегося и частенько возникает вопрос с их нехваткой. Коллеги, можно ли как-то сделать одно общее подключение, через которое все будут смотреть остатки и потратится только одна лицензия?
PS. Поковырялся сейчас в конфигураторе в ветке внешних источников данных, но что-то не могу там найти в списке драйвер самого 1С-а. Метод, который пришёл на ум - запускать регламентное задание раз например в 3 минуты, которое будет класть остатки в файл экселя или таблицу на SQL-сервере, потом добавить таблицу во внешний источник данных, а юзера будут забирать остатки уже из внешнего источника данных. Подскажите, отцы, может есть какой-то более короткий путь?

web-сервис?

сливай остатки в какую-то внешнюю ИБ по расписанию из базы-источника. Хоть mysql и читай от туда, чем хочешь даром

(1) а он, типа, лицензий не требует, да?

v8: Кто может объяснить пункт 57. из http://v8.1c.ru/predpriyatie/questions_licence  вроде не должно съедать лицензию.

(2)а зачем прослойкой еще одна база?

(5) в смысле - почему не раздать доступ всяким посторонним гражданам прямо в БД базы источника?
Хмм.. дайте подумать...

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

(7)>>Есть 2 базы УТ 10.3, крутятся под SQL 2005. Из одной в другую юзера подключаются при помощи COM-соединения, чтобы видеть остатки сразу по нескольким базам.

>>сливай остатки в какую-то внешнюю ИБ по расписанию из базы-источника

почему не переливать остатки из одной УТ в другую?

(8) потому, что (7)

+(9) или ты имеешь в виду план обмена?

(10)механизм передачи данных выбирать ТС конечно же
я бы наверно сделал на плане обмена

Можно напрямую читать из БД. Смотри ПолучитьСтруктуруХраненияБазыДанных

(0) Вот тут расписаны все основные варианты http://www.develplatform.com/search?q=COM-соединения

Спасибо автору этого блога за обобщение информации.

А вообще проще использовать Вэб сервисы.

коли базы не 1 скл сервере
создайте в базе приемнике РС аналогичный по структуре таблице
остатков 2 базы
найдите сгенерированую таблицу РС в БД и замените её на view,
которая будет "смотреть" на таблицу остатков 2 базы.

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