Allaire,

Рассмотрите такой вариант:
на стороне SQL делается интерфейсная таблица для обмена.
В 1С делается фоновая задача с необходимо частотой запускающаяся и, подключается к SQL (через ADODB или SQLDMO) и вставляет новые и изменившиеся данные с момента последней выгрузки в эту таблицу.
Вашав база консолидации периодически обращается к ней и забирает данный, фиксирует что забрала.

И быстро и никаких нарушений лицензий. И не будет проблемы как отследить что забрал что нет, что же изменилось и т.д.
Ковыряться напрямую, вообще дело не благодарное. :)

Второй вариант вебсервисы, но минусы вам сказали.

Через APP можно, точнее COM подключение, можно поизголяться (чем забирать собраетесь не знаю) ... но ну его на фиг, утопия.

А в остальном Dorosh полностью прав.

AllaireMicMic,

Ок, допустим с вариантом прямого чтения из сиквельно БД разобрались... дело действительно неблагодарное и решение не надежное, учитывая реструктуризацию БД и необходимость постоянно ковыряться в коде, "подгоняя" решение по требования.
В любом случае, насколько я вижу, вовлечение 1С-ника требуется 100%. Это не недостаток, здесь уже вопросы в стоимости разработки.
В начале я склонялся в веб-сервисам (с исп. т.н. XDTO пакетов в 1С), но честно говоря, решение с выгрузкой данных через обработку в интерфейсеую таблицу мне нравиться больше. К сожалеию не смог найти инфу на форуме. Мне также нужно знать насколько сложно будет разработать такое решение. Примеры приветствуются ))

В случае веб сервисов - точно также участие 1С разработка. Вариант мне тоже наравится, но фактически это промежуточное звено получается.
На практике так данные по НСИ в Оракл отдавали.

Если говорить о выгрузке в SQL через интерфейсную таблицу, то не зная что и в каких объемах, аналитике выгружать собираетесь сказать сложно.

В моем случае шел обмен документами через интерфейсную таблицу, двусторонний (часть документов иницировалось на стороне 1С, часть на стороне RMS).
Около 20 видов докумнтов, по трудозатратам на стороне 1С вышло около 150 ч/ч, аналогично на стороне Oracle (соответсвенно с тестирвоанием, документацией-инструкцией и т.д., чисто на разработку понятно меньше).
Ну а стоимость прикидывайте исходя из средней ставки. :)

А в реальности может и как в большую сторону, так и в меньшую.

Allaire,

ЗЫ. Если сравнивать трудозатраты на веб-сервис и на SQL варианты, то трудозатраты будут приблизительно оди и те же, по моему мнению.

Во всяком случае при использовании разных типов обмена:
- файловый (xml, текст или csv)
- веб-сервисы
- прямыми запросамм

Затраты на разработку выходили одни и те же.
Понятно если квалификация людей сравнима. :)