Добрый день.

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

Bernet @ Сегодня, 11:29 необходимо зарегистрироваться для просмотра ссылки ,
Подключайтесь непосредственно к базе данных и работайте...

Petre @ Сегодня, 11:44 необходимо зарегистрироваться для просмотра ссылки ,
С Медком знаю вариант работы через COM-объект

Функция ПолучитьCOMОбъектМедка() Экспорт
    
    Попытка
        App = Новый COMОбъект("Medoc.ZApplication")
    Исключение
        Предупреждение(НСтр("ru = 'Медок не запущен или не выполнен вход в предприятие'; uk = 'Медок не запущено або не виконано вхід в підприємство'"));
        Возврат Неопределено;
    КонецПопытки;
    
    Возврат App;
    
КонецФункции

Данный объект получаю только в случае если Medoc запущен

Или вы имеете в виду работу через ODBC драйвер с прямым подключением к базе?

Именно .

Есть у кого-то описание структуры БД Медка? То что там база FireBird понятно, подконектиться к ней тоже получилось, а вот с какой таблицы данные вытягивать непонятно ибо их там многовато. В документации что идет с программой описания структуры БД нет. Как найти нужную мне таблицу? Если конкретно - то интересует таблица с Входящими налоговыми накладными

Мда прикольные ребята в медке - позвонил туда говорю: "Нужна документация по работе с вашей БД, описание структутуры и т.д.", а мне в ответ: "Это коммерческая тайна".
А то что есть куча софта который использует прямые подключения к Медку, то это как? Как тогда эти приложения пишутся?
И какая нафиг это коммерческая тайна - если спокойно через СУБД открыл базу и смотришь что в ней есть. Рано или поздно все равно найду нужную мне таблицу, даже если буду пересматривать все 1000 таблиц, просто с описанием это бы было быстрее. Короче не любят у нас разработчиков.....

Bernet @ Сегодня, 11:08 необходимо зарегистрироваться для просмотра ссылки ,
Адекватный ответ, во-первых.
Во-вторых, ни один нормальный разработчик проприетарного продукта не будет делиться тонкостями архитектуры.
В-третьих, открыть бд можно, но никто не будет гарантировать нормальную работу после модификации таблиц.

Petre @ Сегодня, 11:25 необходимо зарегистрироваться для просмотра ссылки ,
Я же не прошу у них исходники программы, мне нужна лишь структура базы данных. Элементарно если фирма которая делает софт, хочет распространять его и заявляет о его "простоте интеграции с другими системами" - то как минимум что-то они должны предоставлять другим разработчикам. Иначе как стыковать программы?

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

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

Любой НОРМАЛЬНЫЙ разработчик продукта выдает структуру базы - что там прятать? Описание/взаимосвязь таблиц - это уже по желанию разработчика.
А что говорят пчеловоды на запрос?

sava1 @ Сегодня, 12:50 необходимо зарегистрироваться для просмотра ссылки ,
Сама по себе структура бд (перечень таблиц и их полей) Медка открыта. Взаимосвязи и описание - может быть предметом коммерческой тайны.
Никакой НОРМАЛЬНЫЙ разработчик коммерческого продукта не будет открывать всю информацию об этом.
Разработчик МОЖЕТ (если захочет) разделить служебную часть от части данных (не всегда это возможно, особенно у медка - там, наверное, о некоторых таблицах ни у кого нет информации "что это и зачем оно нужно").

ИМХО. Я не думаю, что Медок более комерционализирован, чем 1с. Тем-более в 1С структура таблиц и взаимосвязи описаны.
Согласен - триггеры, view и прочее - это их личное, но если я хочу прочитать данные через одбц - в чем проблема ?

sava1 @ Сегодня, 14:05 необходимо зарегистрироваться для просмотра ссылки ,
Проблем нет - пожалуйста читайте.
Что касается 1с. Во-первых, описана только структура таблиц ДАННЫХ, во-вторых, в контексте администрирования БД либо оптимизации разработки (ведь 1с:Предприятие - это не конечный продукт, а конструктор, в отличие от медка). Процитирую первоисточник:

sava1 @ Сегодня, 12:50 необходимо зарегистрироваться для просмотра ссылки ,

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

Тут еще можно поспорить

Что 1с - не конструктор, или что Медок - конструктор

Bernet @ Сегодня, 14:31 необходимо зарегистрироваться для просмотра ссылки ,
Как-то писал в поддержку о проблеме. Потом разговаривал с приближенными к разработке о той же проблеме. Потом, через пару месяцев, решил написать и напомнить о проблеме. Сказали, что вопрос передан в отдел разработки. Через пол года исправили...

Ну что братцы. Если кому-то придется мудохаться с подобной хренью, то методом тыка установил, что таблица с Налоговыми накладными это "FJ1201002_MAIN"
Может кому-то пригодится на будущее.

Bernet @ Сегодня, 17:42 необходимо зарегистрироваться для просмотра ссылки ,
Номер документа в системе равен номеру узаконенной формы? В принципе - логично, можно ещё посмотреть в каталог хелпа, там много чего расписано в файликах. Ну и нажимать кнопку в медке "Электронный вид документа" помогает понять заполненные данные.