Врядли кто здесь с этим сталкивался, но на мисте наверняка зарубят тему, от 1С ответа не дождешься.
но рискну:

есть в 1С такой объект как внешние источники данных. Позволяет обращаться к любым внешним источникам(через соответствующий драйвер). Технически можно обращаться к таблицам SQL базы 1С. Но юридически это вроде как запрещено. Лицензионное соглашение 1С запрещает:
осуществлять доступ к информационной базе ПРОГРАММНОГО ПРОДУКТА и построение систем на основе ПРОГРАММНОГО ПРОДУКТА с помощью средств и технологических решений, не предусмотренных в сопроводительной документации;

Или внешние источники данных как стандартный инструмент 1С все же разрешено использовать для доступа к скульным таблицам базы 1С?

буду краток: ты нарушишь условия лиц.соглашения, которое (соглашение), в свою очередь, нарушает условия ГК РФ. так что будь спок

(1) каким образом соглашение нарушает ГК?

Такой ерундовый вопрос не должен беспокоить благородных донов

(2) ст. 1280 ГК РФ

(3) когда банк встрянет на 100500 убитых енотов фирме 1С за нарушение лиценз соглашения - на нас будут указывать в первую очередь.

(5) кто будет лопатить вашу нетленку, чтобы найти там код нелицензионного подключения к базе?

(6) а хз. все должно быть по закону

(7) тогда напряги юристов - пусть подадут иск против 1С за нарушение ГК РФ условиями лиц.соглашения

(4) а где нарушения?
декомпиляция разрешена, остальной текст соглашения - тоже в рамках ГК

изменения вносить можно, а порядок доступа не регламентирован в ГК

А энтерпрайз скульный открывать они запретить не догадались?

Stim а где нарушения?

. Лицо, правомерно владеющее экземпляром программы для ЭВМ или экземпляром базы данных (пользователь), вправе без разрешения автора или иного правообладателя и без выплаты дополнительного вознаграждения:

1) внести в программу для ЭВМ или базу данных изменения исключительно в целях их функционирования на технических средствах пользователя и осуществлять действия, необходимые для функционирования таких программы или базы данных в соответствии с их назначением, в том числе запись и хранение в памяти ЭВМ (одной ЭВМ или одного пользователя сети), а также осуществить исправление явных ошибок, если иное не предусмотрено договором с правообладателем;
2) изготовить копию программы для ЭВМ или базы данных при условии, что эта копия предназначена только для архивных целей или для замены правомерно приобретенного экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. При этом копия программы для ЭВМ или базы данных не может быть использована в иных целях, чем цели, указанные в подпункте 1 настоящего пункта, и должна быть уничтожена, если владение экземпляром таких программы или базы данных перестало быть правомерным.

ГК РФ разрешает, а положения лиц.соглашения запрещают.

если иное не предусмотрено договором с правообладателем©

(12) "внести в программу для ЭВМ или базу данных изменения исключительно в целях их функционирования" - это добавление нового объекта метаданных, создание в БД новой таблицы. " и осуществлять действия, необходимые для функционирования таких программы или базы данных в соответствии с их назначением" - написать код по работе с этими таблицами.

вся суть ЛС 1С - что доступ к БД должен осуществляться только штатными средствами, с использованием штатных средств встроенного языка. Даже прямые запросы - это уже нарушение.
а все потому, что каждое соединение - должно занимать отдельную лицензию. Иначе можно купить 1 лицензию на бухгалтерию и юзать таблицы через стороннюю приблуду 200 пользователям

(13) у тебя есть лингвистическая экспертиза, которая устанавливает, что данное замечание относится ко всему пункту, а не к последней фразе "а также осуществить исправление явных ошибок"?

(15) а у тебя есть, чтобы утверждать обратное?

(16) написано только про изменения. про осуществление доступа(по лицензии) ничего не указано.

(17) я не юрист. см. (8)

Stim Иначе можно купить 1 лицензию на бухгалтерию и юзать таблицы через стороннюю приблуду 200 пользователям

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

(21) неа. можно купить розницу, например с 1 лицензией и забивать продажи с 30 точек сторонней приблудой. а результаты, в том числе выгрузки, обмены и пр - делать из лицензированной 1С

(22) Да забивать-то можно хоть в экселе, и настроить обмен с этой одной лицензией. И все чистенько будет. Про эксель утрирую конечно, свою софтину иметь в которой они будут забиваться. Это и технически проще, чем в одинэсовские таблицы-то писать. Поди подружись еще с ее блокировками.
Проблема в любом случае надумана. Либо покупается одинэсовский функционал, и оплачиваются за него лицензии, либо пишется свой и оплачивается работа программиста. Тут просто смотреть надо что выгодней.

(22) и что запрещает это делать?

(24) ЛС. использование сторонних приблуд для доступа к БД, как и построение такой системы с 30 точками с использованием сторонних решений - нарушение ЛС

(25) мы с тобой ходим по кругу. ты опять вернулся к исходной точке

(27) расхождения ЛС с ГК пока можно не рассматривать. Суд может и в нашу пользу решит, но условимся, что судиться с 1С нам не надо(это повлияет на имидж и деловую репутацию компании, к примеру), а следовательно, не нужно нарушать ЛС

(28) тогда мы заходим в тупик

(29) никакого тупика. мы имеем нарушение ЛС, которое нужно избежать.

(30) ну, избеги. работай только через 1С

(31)com-соединение требует лицензию?

(32) емнип, да

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

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

Ты что-то сам себе противоречишь. В (35) у тебя зачем создавать кучу баз, в (36) наоборот наплодил баз и развлекаешься обменами. Мути дополнительные базы не на 1С и подключайся к ним сколько влезет из эски. Вполне хватит одной лицензии для этого.

(37)пля. конкретная задача: у тебя 5 баз и 20 лицензий. и 18 активно работающих пользователей.
директор нанял двоих новых финансовых менеджеров и сказал, что их задача - смотреть управленческие и оперативные данные(в любой момент дня) по всем базам одновременно. они могут хоть каждую минуту отслеживать отгрузки и твоя задача - обеспечить бесперебойность и быстродействие их работы. При этом - заметил директор - ты должен максимально сэкономить при выполнении этой задачи и затратить минимум времени на выполнение, потому что остальные задачи накапливаются как снежный ком

(38) Самое быстрое и дешевое решение как раз-таки докупить лицензий. Чтобы они могли видеть все отгрузки и прочие отчеты тебе придется уже написанные отчеты в 1С еще раз реализовать сторонними средствами. Это никак не может быть быстро, потому как работы дофига. Это не будет дешевле, потому что все твое время будет занято написанием и поддержкой этого изврата, и для решения других задач придется нанимать еще одного программиста. Что явно дороже пары лицензий, да и платить надо каждый месяц, а не один раз.
Почему вообще твоя фирма использует 1С, а не пишет под себя на делфях каких-нибудь? Да потому что это дешевле. Весь стандартный фукционал реализован из коробки, изменения в законодательстве с обновлениями приходят за цену подписки, и держать нужно только одного прога для реализации хотелок. А будь своя прога, тут по-любому нужен IT-отдел из нескольких прогов-то.

(40) не факт. клиентская лицензия стоит 6(8)тр. 2 лицензии - это считай половина зп одинесника в регионе. для небольшого предприятия это достаточно серьезная сумма, чтобы подумать, прежде чем не глядя разбрасываться ею. гораздо дешевле выйдет неделя работы программиста. тем более, что программисту все равно придется писать код, выполняющий агрегирование данных - в 1С он будет или в сторонней программе.

(41) Во-первых все равно не придется. Установил им клиентскую часть, прописал базы и с первого дня работы могут во всех пяти базах смотреть что угодно. Во-вторых как ты себе представляешь реализацию такого объема за неделю? Да еще и напрямую из таблиц, что априори дольше, чем на макроязыке писать. Или у тебя два долбодятла из всей 1С только одним отчетом пользуются? Зачем такие сотрудники нужны...

Дядя Васька Или у тебя два долбодятла из всей 1С только одним отчетом пользуются?

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

(45) Запрещаем правами кладовщикам на отгрузке выбор типа цены в которой себестоимость. Запрещаем ручное изменение цен. Два лишних сотрудника налицо. ))

(44) зачем сторонний? шеф немного в теме одинес и сказал написать на прямых запросах к базам. тем более одинесник - бывший скульщик и скульные запросы знает лучше одинесных конструкторов.
тут само напрашивается самое простое решение - один отчет в базе 1С, который прямыми запросами собирает данные по всем базам

(47) Видимо шеф совсем уж немного в теме, раз такие задачи ставит. )) Прямые запросы к скулю имеют смысл для семерки, а у нее лицензия бесконечная. А восьмерка скульная это трехзвека есичо, и лезть в скульные таблицы в обход сервера приложений будет мягко говоря не совсем корректно, и совсем не с точки зрения лицензионного соглашения.

Дядя Васька лезть в скульные таблицы в обход сервера приложений будет мягко говоря не совсем корректно, и совсем не с точки зрения лицензионного соглашения

ну вот) а внешние источники данных - это тоже нарушение ЛС, но гораздо удобнее прямых запросов

(52) Да какая разница как ты к ней подключаешься. Смысл в том что в обход сервера приложений, это некорректно. База одновременно будет работать и как трехзвенка и как двухзвенка? Брррред.
(53) Все решаемо программно. Руками они там те цены с листочка забивают или ногами, ничего не мешает при записи документа писать в справочник цен что они там навбивали, с одновременной проверкой чтобы новая цена не была ниже предыдущей. Если оказалась ниже - не проводить / не записывать.