Вопрос по ActiveMD #6589

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

ААУУ!! Блин на втором форуме без ответа. Что блин за день такой пятничный.

А Яндексом пользоваться тебя учили?

А тебя не учили читать вопрос, прежде, чем выпендриваться? ...

Ты чего такой злой? Может съел чего? Да учили. Только я пользовался не яндексом а рамблером. Ща гляну, чего там по ссылке есть.

тебе слова я пока еще не давал

Sniffer Рупор прав. Ты вначале прочитай вопрос, а потом пытайся ответить. Этот набор у меня уже есть и давно. Кстати, если не ошибаюсь в него входит первая версия ActiveMD, а у меня уже вторая есть. Мне расширенная дока по ней нужна или подсказка человека, который работал с этой ВК.

Там в als-e есть описание

Нифига там нет. Нет конечно als есть, но практически пустой. У меня к ВК описание и то больше.

Вот за код огромное спасибо. Щас буду разбираться где в нём то, что мне надо.

так погодь. Насколько я понял - этот код выводит графы журналов в списки. Так? А где работа с ActiveMD? Как получить список граф я и так знаю.

Офигительно. И где в приведенном коде хоть строчка с ActiveMD?

(Diter) А ты gcomp не хочешь заюзать? Там конечно сложнее будет сделать то, что тебе надо, но по крайней мере - совершенно точно, что это возможно.

А это что за зверь?

По рукам бы за такой код надавать ...

/

И всётаки попробуем ещё раз закинуть вопрос. Итак, Для тех, кому лень лезть в начало беседы. Как добавить в журнал новые графы и установить их значение с помощью этой ВК- не пойму. Помогите!!! Ну очень надо

Посмотрел - это несколько не то, что надо. Попробую более полно раскрыть ситуацию. Пишу свой МОД. Пользователь заполняет правила обмена в соответствующих справочниках. В т.ч. и выбирает документы, которые буду гоняться через модуль. Программа проверяет эти документы на присутствие реквизита (назовём его "признак"), в который записывается текущее состояние документа (готов, выгружен, загружен и т.п.). Если этого реквизита нет - программа копирует мд-шник, добавляет реквизит в документ и предлагает пользователю объединение текущей конфы и исправленной копии внести изменения. Так вот, получается с реквизитом всё ОК, а вот графы в журнал приходится пока вносить вручную, а такую операцию доверять юзеру не хотелось бы. Сам не всегда могу добраться до клиента (на то он и МОД - дальние расстояния). Вот и возник такой вопрос. А может кто ещё чего присоветует из этой области? Буду очень благодарен.

А не проще  реквизит "признак" сделать общим для всех документов?

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

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

Нет не проще. МОД работает между одинаковыми кофами раснесёнными на сколь угодно большое расстояние (через инет). Генерить реквизит "признак" для всех документов не вопрос. Это можно сделать и я это уже умею, а вот как добавить этот реквизит в виде графы в журнал - вот в чём вопрос. Система МОДа такова, что моё вмешательство, как программиста сводится к нулю (во всяком случае я так хочу). Т.е. без этой фигни МОД не является законченным продуктом.

Ну и что конкретно нельзя сделать с gcomp?

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

Слишком уж всё запутанно. Я так и непонял даже как в документ добавить реквизит с нужными мне свойствами.

Разбираешь MD на запчасти. Смотришь в полученную структуру. Находишь в ней описание структуры документа. Смотришь в него. Думаешь. Потом добавляешь в документ реквизит сначала ручками из конфигуратора. Сохраняешь конфу, разбираешь gcomp'ом снова, но в другой каталог. Полученные каталоги сравниваешь с помощью kdiff3. Смотришь на разницу. Думаешь. По результатам думания пишешь скрипт, который будет совершать аналогичную работу автоматически. Скрипт пишешь на любом языке, который умеет работать с текстовыми файлами.

А Является ли принцип работы с MD у разных конф (например бухгалтерия и расчёт) одинаковым. А если вдруг у юзера уже будет реквизит с таким именем? Не ты значешь, может это и упёртость, а может отсутствие времени разбираться с ещё одной ВК (время честно говоря поджимает) но всётаки хотелось бы по теме топика услышать чегонибудь. Или не столь заумное и сложное, как в gcomp.

"Является ли принцип работы с MD у разных конф (например бухгалтерия и расчёт) одинаковым" Да. "А если вдруг у юзера уже будет реквизит с таким именем?" Никто не мешает добавить проверку. "всётаки хотелось бы по теме топика услышать чегонибудь. Или не столь заумное и сложное, как в gcomp" В тему ничего не скажу. С ActiveMD плотно не работал. Знаю только, что эта компонента не предоставляет полного доступа к МД. В отличие от gcomp. Да, gcomp более сложен в освоении. Но зато это инструмент без ограничений.

Зачем ты загоняешься вообще с этим ActiveMD, у меня на работе например, обмен сотрудников из ЗИК в 1с:Предприятие реализован посредством OLE. Т.е.  запускается обработка "Автомат", которая через определенное время скачивает инфу. Другой вариеант, в документе в модуле обработке проведения вызываешь обработку которая будет скидывать информацию в другую конфигурацию. Последний вариант у нас работал когда мы с Clipper-а переходили на 1С

Сказано же, у человека сильно удаленные пользователи. О каком OLE может идти речь?

Ну и что, что сильно удаленные пользователи, если есть допустим  выделенка, путь к базам знаешь, в чем проблеиа?

Повторюсь ещё раз - обмен идёт через файлы и интернет. Этот вопрос даже не обсуждается и оговорен в договоре с заказчиком. Да и наличие ОЛЕ не является решение вопроса с реквизитами - графами журнала. Проблема всё равно остаётся.

Если влом читать всю ветку, прочитай хотя бы 19-й пост. Ясно же, что пользователь настолько удален, что даже RAdmin нельзя поставить. Или все-таки можно?

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

то какая разница удален или нет, если есть выделенка то причем здесь расстояние?

А нука посчитай стоиомсть выделенки хотябы на 15-20 км? Я считал - с нормальным железом (модемы, роутеры, кабель) - выходит что-то около 2000-3000 баксов. При таких затратах проще вбивать документы вручную, нежели обмениваться ими по ОЛЕ.

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

Если стоит терминал - к примеру Цитрикс, связь рвется, чего практичекски не бывает, сессия подвисает на сервере, и никакой смерти 1С

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

Как вариант на каждый вид документа - свой дбф-файл

Ребята. Последних 10 постов это решение проблем "железным" способом. Мне он не подходит. Я не могу диктовать свои условия заказчикам моей программы. Мне нужно программноерешение проблемы. А его как раз и не прозвучало. Я же говорю - как осуществляется связь по барабану. Как мне добавить графу в журнал даже при обмене по ОЛЕ - вот вопрос. При условии, что я в этот момент клиенту недоступен?

Ты вообще читать научишься или нет? Проблема не в том, как передавать информацию, не в том, каким образом она будет вноситься в компьютер, а втом, как автоматически создать графу журнала любого документа (подчёркиваю ЛЮБОГО)соответствующую уже существующему реквизиту шапки. Во. Упростил вопрос до нельзя.

Прозвучало. Еще в .

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

Ну конечно, я разбирался :) . Топик читал? Делал? Конкретные вопросы возникли?

(46+) Поверь, gcomp - это действительно универсальный метод решения твоей проблемы.

Я так подозреваю судя по нику - ты автор сей вещи?

Один из двух.

Тогда если не сложно дай аську Моя 214741092

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

В принципе не против. Хорошо. После обеда попробую покрутить твою прогу. Хотя если у кого есть предложения по теме ветки - буду ждать.

Diter, в ActiveMD не реализовано то, о чем ты спрашиваешь.

Наконец то получил хоть один ясный и чёткий ответ по существу. А ты уверен на 100 %. Я чего спрашиваю то, может я чего не понимаю, но реализовав "горячее" редактировани реквизитов справочников и документов, и не сделать такой как мне кажется мелочи - во блин засада.

Я не уверен - я знаю.

Вопрос к  fez Скачал ВК. пытаюсь её регистрить - ругается "не обнаружена точка входа". Чего делать?

"Скачал ВК." gcomp - это не внешняя компонента. Это консольное приложение. "Чего делать?" Запустить консоль (например FAR), пойти в каталог с gcomp.exe, запустить без параметров, прочитать то, что он напишет.

Так Федя. Значит разложил мд, внёс изменения разложил во второй каталог, сравнил. Нашёл отличия. Отличия в принципе только в двух файлах. Чего не нашёл - где прописаны значения новых граф и как мне взять код поля или реквизита новых граф. Да, ещё вопрос что это за программка для сравнения и где её можно взять. Ну и на последок - теперь что. Предположим я разберусь где, чего. Принцип работы какой ? Разобрали-внесли изменения-собрали? или как?

"Да, ещё вопрос что это за программка для сравнения и где её можно взять" / "Принцип работы какой ? Разобрали-внесли изменения-собрали?" Да. "Чего не нашёл - где прописаны значения новых граф" Создай графу и сравни с помощью kdiff3. "как мне взять код поля или реквизита новых граф" Не понял вопроса. Внутренний идентификатор реквизита документа? Смотри в файлик Структура.mdp

Не это я нашёл. Вопрос задан некорректно. Это код при работе через конфигуратор задаётся автоматом. При создании вручную, на этапе "внесли изменения" мне прийдётся его ставить вручную. Где и как мне его взять?

А. В ты говорил про изменения в двух файлах. Один файл - это Структура.mdp того документа, в который ты добавил реквизит, а второй файл, это, очевидно, ИдентификаторыКонфигурации.mdp. Та циферка, которая в нем поменялась - это идентификатор, который будет следующим.

Нет первый файл - это структура журнала, а второй - форми списка этого журнала, никаких файлов со списком ID-номеров системы 1С я не нашёл.

Нет первый файл - это структура журнала, а второй - форми списка этого журнала, никаких файлов со списком ID-номеров системы 1С я не нашёл.

"ИдентификаторыКонфигурации.mdp" в корне того каталога, в который распаковалась конфигурация.

{"MainDataContDef","3012","10009","7120"} Первая цифра - код для поля (вычеслил методом научного тыка) А остальные?

Остальные оставляешь как есть.

Кстати прога эта kdiff3 не хочет работать. Ругается на недопустимую инструкцию. У меня ХР стоит. мож в этом дело? Да повторюсь "не нашёл - где прописаны значения новых граф" т.е. где прописано, что графа "Признак" это реквизит шапки документа с именем "Признак"?

На циферки смотри. ГрафыОтбораДокументов.mdp:    {"1019","Контрагент","Отбор по контрагенту","Контрагент","1","B","46",        {"Refers",            {"437"},                  ... Вот 413, 437 и так далее - это идентификаторы тех реквизитов, которые входят в данную графу отбора.

"kdiff3 не хочет работать. У меня ХР стоит. мож в этом дело?" У меня на w2000 все пучком. В принципе, автор kdiff3 понимает английский язык и на письма отвечает довольно оперативно.

Эти строки из графы отбора, а графы, которые я добавляю не являются графами отбора для журналов. Так что это не то, о чём я спрашивал. А зачем вообще пользоваться этой прогой? Ведь все полученные файлы по сути своей текстовые. Так переименовать их и сравнить содержимое допустим TotalCommander-ом? Или я чего то не понимаю?

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

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

А, ну это еще проще. ЖурналыДокументовАвансовыеОтчетыСтруктура.mdp {"5448","АвансовыеОтчеты","Журнал учета авансовых отчетов","Авансовые отчеты","-1","0","5451","5451","0",    {"15372","","","",        {"Refers"}    },                {"6646"}            } 6646 - это и есть идентификатор реквизита в документе.

ОК. Всё нашёл. Буду пробовать. Апаю для того, чтобы ветка не ушла вниз. Думаю будут ещё вопросы.