Продвинутый курс. Домашнее задание №2
29.10.2010
комментариев 106
Эта запись посвящена второму потоку продвинутого курса.
Второе задание по 0-му блоку продвинутого курса.
Для выполнения рекомендуется изучить следующие главы 0-го курса.
Глава 6. Технологический журнал.
Глава 7. Конфигурации в ИБ.
Глава 8. Поставка и поддержка конфигурации.
Глава 9. Обновление и модификация конфигураций.
Глава 10. Регламентные операции с ИБ.
Глава 11. Конфигурационные файлы.
Глава 12. Отладка прикладных решений.
Глава 13. Директивы компиляции, инструкции препроцессору и общие модули.
Глава 14. Показатели производительности.
Глава 15. Групповая разработка конфигурации.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
Дз выполнял на файловой базе . К сожалению не смог вытащить условие на контекст . как ни бился… Но зато условие на событие sql для файловой версии сработало. Странно – почему в тексте запроса есть строчка ‘Документ.Реализация.ФормаДокумента’ , то есть собственно контекст- непонятно . Но этим сумел воспользоваться и настроить таки журнал .
1) Для выполнения первого задания был использован технологический журнал и для создания файла logcfg.xml – обработка НастройкаТехнологическогоЖурнала.epf . Проанализировав формируемые логи , остановился на событии sesn. Попытался сделать отбор по свойству usr – все ок. Со свойством context как ни мучился, так и не нашел способа для отбора. Что-то здесь нечисто ) . Поэтому пришлось анализировать получившиеся логи с помощью внешней обработки и выполнять уже отбор там.
2) С 2 и 3 заданием проблем не возникло, ибо все подробно рассказано в видеоуроках.
1.Логирование решил сделать через технологический журнал, после долгих эксперементов остановился на событии SDBL. Долго мучился с условием like property=”context”.. пришел к выводу, что отбор в этом свойстве с символами кириллицы работает “оригинально”. Потом заметил свойство SDBL.. в принципе, если свести все к очень частному случаю можно забить заброс в отбор где запрашиваются все реквизиты докумета – но это решение показалось уж совсем частным. В итоге настроил журнал на name=”SDBL” с получение нужных для отчета свойств для анализа данных использовал уже имеющеюся обработку Анализа данных ТЖ.
2.Выполнил, без вопросов.
3.Выполнил, без вопросов.
1. Правильно ли я понял, что в зависимости от вида подключения к базе, необходимо использовать различные события для отбора? У меня получилось, что в файловом варианте работы для выполнения задачи можно использовать события SENS, SDBL (правильнее кажется SENS), а вот для клиент-серверного варианта необходимо использовать VRSREQUEST. Кроме того для обоих вариантов необходимо также использовать событие VRSCASH.
2. Выполнил
3. Выполнил
п1. Использовал обработку НастройкаТехнологическогоЖурнала.epf
Не удалось отфильтровать по контексту. Пробовал так: <like property=”context” value=”%РеализацияТоваровИУслуг.Форма%”/> и так: <eq property=”context” value=”Система.ПолучитьФорму : Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента”/>
В итоге, остановился на таком варианте:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”C:\Program Files\1cv82\log\29″ history=”168″>
<event>
<eq property=”name” value=”dbv8dbeng”/>
<eq property=”func” value=”begintransaction”/>
<eq property=”usr” value=”Администратор”/>
</event>
<event>
<eq property=”name” value=”dbv8dbeng”/>
<eq property=”func” value=”begintransaction”/>
<eq property=”usr” value=”Бухгалтер”/>
</event>
<property name=”context”>
<event>
<eq property=”name” value=”dbv8dbeng”/>
</event>
</property>
<property name=”func”>
<event>
<eq property=”name” value=”dbv8dbeng”/>
</event>
</property>
<property name=”name”>
<event>
<eq property=”name” value=”dbv8dbeng”/>
</event>
</property>
<property name=”usr”>
<event>
<eq property=”name” value=”dbv8dbeng”/>
</event>
</property>
</log>
</config>
и дальше уже анализировал в Excel.
п2. Затруднений не вызвал.
п3. Затруднений не вызвал. С хранилищем работаю постоянно.
Еще один вариант выполнения п.1 ДЗ – даже лучше, чем технологический журнал, поскольку протоколирует именно интерактивные действия пользователей!
Это ключ /LogUI. При его использовании в командной строке запуска ИБ в каталоге Application Data текущего пользователя создается файл logui.txt, в котором при активации окна формы регистрируется событие “Event FormActivate” с указанием имени формы.
Вот только фильтры для данного средства непонятно как установить (можно ли вообще?), да и по скорости может оказаться гораздо медленней технологического журнала…
Для решения п.1 ДЗ использовал событие:
SESN – фиксирующее действия сеанса пользователя
свойства этого события:
context – для отлова факта открытия формы именно нужного документа
ib – для отбора именно той базы, которая нужна для анализа
usr – для отбора именно того пользователя, который нужен для анализа
условие на событие получилось поставить на равенство по свойствам usr, ib и не получилось для context. Непонятно, почему отбор по свойству context в режиме like приводит к несрабатыванию отбора. При этом отбор по свойству usr работает даже с кириллицей…
1. Вначале включил полный мониторинг, после анализа решил использовать след. фильтры <event>
<eq property=”name” value=”dbv8dbeng”/>
<eq property=”func” value=”committransaction”/>
</event>
<property name=”all”/>
получились события по открытию форм, фильтр по context на открытие определенного документа не получился. Дальше по пользователям не делал предполагаю анализ в Exlcel.
2. Выполнил без проблем.
3. Выполнил.
Добрый день!
Задание выполнил.
1. По первому пункту поскольку так и не удалось победить фильтр like на событие Context пришлось воспользоваться обработкой, которая читает все логи ТЖ в таблицу и уже ее можно выводить и фильтровать с помощью СКД.
2. Выполнено.
3. Выполнено.
ДЗ Сделал
1)По настроил технологический журнал с помощью обработки с ИТС.С начала сделал полный технологический журнал,а потом наложил фильтр
<event>
<eq property=»Name» value=»SDBL»/>
<eq property=»usr» value=»Администратор»/>
</event>
не стал создовать новых пользователей
Анализ дел в excel с помощью фильтров
по 2 и 3 пункт проблем не было.только практика)
1. Использовал событие sdbl с условием на событие duration = 0, свойства context и usr. Дальнейший анализ проводил в Excel. Файл настроек технологического журнала создал при помощи обработки НастройкаТехнологическогоЖурнала.epf.
2. Затруднений не возникло.
3. Затруднений не возникло.
1.Мой вариант conf-файла:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<log location=”C:\Program Files\1cv82\logs\25″ history=”1″>
<event>
<eq property=”Name” value=”SESN”/>
<eq property=”IB” value=”D:\1C\Spec8\Prof\HomeWork2\Trade”/>
<like property=”Usr” value=”%Петров%”/>
</event>
<event>
<eq property=”Name” value=”SESN”/>
<eq property=”IB” value=”D:\1C\Spec8\Prof\HomeWork2\Trade”/>
<like property=”Usr” value=”%Иванов%”/>
</event>
<property name=”usr”/>
<property name=”Context”/>
</log>
</config>
<?xml version=”1.0″ encoding=”UTF-8″?><config xmlns=”http://v8.1c.ru/v8/tech-log”> <log location=”C:\Program Files\1cv82\logs\25″ history=”1″> <event> <eq property=”Name” value=”SESN”/> <eq property=”IB” value=”D:\1C\Spec8\Prof\HomeWork2\Trade”/> <like property=”Usr” value=”%Петров%”/> </event> <event> <eq property=”Name” value=”SESN”/> <eq property=”IB” value=”D:\1C\Spec8\Prof\HomeWork2\Trade”/> <like property=”Usr” value=”%Иванов%”/> </event> <property name=”usr”/> <property name=”Context”/> </log></config>
Далее обработкой разбираю лог-файл и получаю отчет.
Не победил наложение фильтра на Contex при отборе событий. Может Евгений разберет этот вопрос в Мастер-группе…
2,3 – выполнено….
Выполнил.
По п.1 – тяжеловато… помучался, но толком результата нет :(
п.2,3 – проблем нет, работал раньше.
Пункт 2 и 3 без проблем. И то и другое очень интересно и полезно. Буду использовать.
По 1. Не получилось. Прочитал комментарии и сильно напрягаться не стал. Если будет время попробую позже. Хотя в практике как раз сейчас данные знания актуальны…
Готово, кроме 1 пункта..
Какая-то загадочная вещь этот технологический журнал. Когда на работе смотрел, как фиксируется в журнале открытие формы документа, то видел такой текст “Система.ПолучитьФорму : Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента”. Когда смотрел то же самое дома, то ничего подобного уже не нашел.
В результате наблюдений решил использовать событие SDBL, так как оно присутствует во всех режимах подключения. Однако в обычном приложении при открытии формы почему-то создаются два одинаковых события SDBL.
Сделал следующим образом. Файл лога последовательно просматривается и из строк, содержащих событие SDBL и подстроку “Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента”, извлекаются дата и пользователь. Они записываются в таблицу значений, к-я потом передается в запрос, где и происходит отбор по пользователям.
Можно logcfg.xml настроить только на события SDBL, чтобы уменьшить объем обрабатываемых данных.
п. 2,3 затруднений не вызвали.
Сделано
1. После нескольких часов экспериментов, так и не получилось наложить фильтр на контекст. В остальном сделал так:
<?xml version=”1.0″ encoding=”UTF-8″ ?>
– <config xmlns=”http://v8.1c.ru/v8/tech-log“>
<dump create=”false” />
– <log location=”H:\Обучение\Bases1C\Temp\9\” history=”1“>
– <event>
<eq property=”NAME” value=”sdbl” />
<like property=”USR” value=”администратор” />
<eq property=”FUNC” value=”begintransaction” />
</event>
– <event>
<eq property=”NAME” value=”sdbl” />
<like property=”USR” value=”бухгалтер” />
<eq property=”FUNC” value=”begintransaction” />
</event>
<property name=”all” />
</log>
</config>
Дальнейший отбор производил в Экселе.
2. Проблем с п.2 и п.3 не возникло. Всё сделал как на видео.
п.1. Без внешней обработки с ИТС очень тяжело настраивать файл ТЖ. В xml-файле не удалось использовать кирилические символы. Кирилические символы в качестве параметра фильтра не удалось использовать.
Для анализа использоваль EXCEL по событию SDBL и уровне стека – 0. Обратил внимание, что событие SESN срабатывало при открытии рабочего стола, а пользователь форму не открывал.
п.2. Затруднений не было.
п.3. До этого с 1С 8 не работал, аж стало интересно. Думаю буду его использовать в дальнейшей работе даже в качестве одного разработчика.
1.С конфигурационным файлом что то не очень.База файловая. В итоге остановился на таком варианте:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”c:\v82\logs\30″ history=”168″>
<event>
<eq property=”name” value=”SESN”/>
</event>
<property name=”Context”/>
<property name=”ib”/>
<property name=”usr”/>
</log>
</config>
Затем обработкой перебирал строки, искал вхождение Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента. В найденной строке искал вхождение имени пользователя, все вставлял в структуру (хотя не очень корректно, имена пользователей могут повторяться,а в структуре ключ уникальный ). Затем перебирал структуру и брал из нее число вхождений и имя пользователя.
П.2 и П3 выполнил.
1) Промучилась целый день с анализом технологического журнала. Пробовала отслеживать по событиям DBV8DBEng и SDBL, но никакой закономерности количество появления их в журнале от количества открытий формы не выявила. Всякий раз по разному. Проще определить что каждый пользователь открывал, чем количество открытий. Вобщем жду решения Евгения.
2) По второму пункту проблем не было
3) По третьему пункту тоже проблем не возникло
1. В параметрах запуска добавил параметр /logui.В каталоге %АРРDАТА%\1С\1Сv82\ <Уникальныйидентификатор информационной базы> при выходе из клиентского сеанса происходит запись интерактивных действий пользователя в файл logui.txt .Проблема – журнал ведется для всех пользователей ИБ , работающих на этом компьютере. Все попытки настроить технологический журнал на регистрацию события “запись в файл logui.txt” ( понять имя пользователя и записи относящиеся к нему) -не привели к успеху.
задания 2,3 -выполнил.
По первому пункту:
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<log location=”C:\Temp\1cv8logs\4″ history=”1″>
<event>
<eq property=”Name” value=”DBV8DBEng”/>
<eq property=”Func” value=”commitTransaction” />
</event>
<property name=”Usr”>
</property>
<property name=”Context”>
</property>
</log>
</config>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<log location=”C:\Temp\1cv8logs\4″ history=”1″>
<event>
<eq property=”Name” value=”DBV8DBEng”/>
<eq property=”Func” value=”commitTransaction” /> </event>
<property name=”Usr”>
</property>
<property name=”Context”>
</property>
</log>
</config>
Анализ в екселе. Второй и третий пункты сложностей не вызвали
1. Использовал (как и многие) технологический журнал.
2. Создал комплект поставки (проблем не возникло, как по уроку все сделал).
3. Добавил хранилище, завел пользователей. Тоже все понятно…как и многие сейчас работаю с хранилищем!!
Задание выполнил.
п.1 Для регистрации события открытия формы документа пользователем использовал фильтр по событию SESN. В журнал выводил значения свойств USR и CONTEXT. Всяческие ухищрения в попытке установить фильтр на значение свойства CONTEXT к успеху не привели. В результате журнал содержал события открытия всех форм и прочие события, связанные с сеансом работы пользователя. Для анализа создал обработку.
п.2 и п.3 выполнены без затруднений.
Пункты 2, 3 все получилось нормально. Раньше не приходилось ни поставки создавать, ни с хранилищем работать. Интересно было попробовать.
По пункту 1:
Долго пыталась определить какие события, связанные с открытием формы, записываются в ТЖ примерно одинаково в разных режимах работы: и в толстом клиенте (обычн. и упр.), и в тонком.
Самая походящая группа событий, вроде бы SDBL.
Но, например, устанавливать отбор на событие Context не подходит, потому что в толстом клиенте управляемом приложении его нет при открытии формы.
Последний вариант, на котором я остановилась:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”C:\logs2\20\” history=”168″>
<event>
<eq property=”name” value=”sdbl”/>
<like property=”sdbl” value=”%Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента1%”/>
</event>
<property>
<event>
<eq property=”name” value=”sdbl”/>
</event>
</property>
</log>
</config>
Но он тоже неправильный)) В этом случае для тонкого клиента не каждое открытие формы фиксируется.
По пользователям отбор можно добавить, просто без него удобнее было экспериментировать.
ДЗ выполнил.. в п.1 использовал обработку с ИТС. п.2 и 3 затруднений не вызвали.
В п.1 задания написано: “Вы работаете с типовой конфигурацией, в которой запрещены изменения”. Тут все понятно. Но далее написано “Вносить изменения в КОД конфигурации нежелательно”. А не в код? Например путем добавления новых объектов в дерево метаданных? Это предложение вносит неоднозначность. Тут уже возникает вопрос, что значит фраза “в которой запрещены изменения” – 1) конфигурация стоит на полной поддержке или 2) возможность редактирования включена, но для всех типовых объектов стоит правило поставщика “изменения запрещены”?
Евгений, уточните, пожалуйста.
А если вот так:
1. Вы работаете с типовой конфигурацией, в которой запрещены изменения (нет возможности редактирования). Необходимо определить, как часто конкретный пользователь открывает некоторую форму документа «Реализация товаров и услуг». При этом форма не обязательно является основной.
Вносить изменения в структуру объектов конфигурации нежелательно.
Тогда других вариантов, кроме использования технологического журнала, не остается. :)
1. Данные просматривал средствами технологического журнала. Все же считаю, что эффективнее будет делать доработку конфигурции и ловить обращения к форме через подписки, например “При открытии” и записывать в журнал регистрации.
2. Создал комплект поставки с включением данных текущей инф. базы
3. Поднял хранилище, завел пользователей через форму “Администрирование хранилища”
Разве можно настроить подписку на открытие формы? В подписке вроде бы таких источников, как форма, нет.
Если бы можно было редактировать конфу, то все было бы просто: берем нужную форму, переименовываем ее, создаем ее копию, копии присваиваем первоначальное имя и добавляем в нее в “ПриОткрытии” код регистрации в ЖР.
ДЗ 2 выполнил. В logcfg.xml добавил строчки
<eq property=”name” value=”DBV8DBEng”/>
<eq property=”Func” value=”beginTransaction”/>
к сожалению отбора по полю Context добиться не удалось ни при помощи eq ни like. Сначала лог вообще не создавался – но там просто смена кодировки лога помогла на utf-8. но даже при этом отбор не осуществлялся.
Поэтому загружал в обработке логи отбирал строки по контексту: value=”Система.ПолучитьФорму : Документ.РеализацияТоваровИУслуг.Форма.НоваяФорма” и по пользователю.
Пункты 2 и 3 сложностей не вызвали – все делал согласно видео урокам
Задание выполнил.
1. Почитал комментарии, поигрался с обработкой НастройкаТехнологическогоЖурнала.epf.
2. Поставку конфигурации сделал, установку демо-версии осуществил.
3. Создал хранилище, добавил пользователей, понажимал кнопки.
По главе 15 так и осталось неясно как работать через Интернет (а насколько я знаю, кроме общей папки, возможна также работа с хранилищем как через http, так и через tcp)
Неясностей там быть не должно.
Не важно где лежат файлы хранилища конфигурации в локальной сети, или на северном полюсе.
Главное при подключении указать адрес: http://…
Однако, и здесь есть свои неприятности связанные с блокировкой данных.
Поговорим об этом в отдельном видео..
П.3 – выполнено без проблем, поскольку раньше в 8.1 интенсивно работал с хранилищем (руководил группой из 5 разработчиков)
П.2 – выполнено, но из-за любви покопаться в настройках обнаружил много интересных особенностей создания дистрибутива слабо или совсем не описанных в уроках. Отправил письмо с вопросами на ящик МГ, жду ответа.
1. В первом задании условие like заставить заработать не удалось. Выбрала условия для фильтра: событие-sdbl, func=beginTransaction, property – usr, context.
2 и з. Сделано, вопросов нет.
2 и 3 без затруднений. С 1 -м пришлось повозиться. На типовой получилось так (поскольку в рамках одного контекста могут фиксироваться разные события, в качестве доп. условия поставил CommitTransaction):
<?xml version=”1.0″ encoding=”UTF-8″?>
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<log location=”C:\v8Log\23″ history=”24″>
<event>
<eq property=”Func” value=”CommitTransaction”/>
<eq property=”usr” value=”Иванов И.И.”/>
<eq property=”context” value=”Система.ПолучитьФорму : Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента”/>
</event>
<event>
<eq property=”Func” value=”CommitTransaction”/>
<eq property=”usr” value=”Петров П.П.”/>
<eq property=”context” value=”Система.ПолучитьФорму : Документ.РеализацияТоваровИУслуг.Форма.ФормаДокумента”/>
</event>
<property name=”all”/>
</log>
</config>
1. Не выполнил, хотя долго мучался. Режим файловый.
Даже когда :
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”D:\!spec8_prod\зад2\log\20″ history=”1″>
<event>
<ne property=”name” value=””/>
</event>
<property name=”all”/>
</log>
</config>
не отображаются количество обращений к форме документа. Получаются только данные о документе : 17:43.2347-1,DBV8DBEng,4,process=1cv8,Usr=Иванов И.И,Trans=1,Sql=”UPDATE T1 SET _Date = {ts ‘2010-11-02 01:17:43’}
FROM _UsersWorkHistory T1
WHERE T1._UserID = 0xA29FDBBE9884F22049FEA53F3106D0DD AND T1._URLHash = 213977180 AND T1._URL LIKE ‘e1cib/data/Документ.РеализацияТоваровИУслуг?ref=””80ec00241dd40e2211dfe019a8b4cbbf””‘”,NParams=0,RowsAffected=1,Context=’
/{ФормаКоманднаяПанель}/{Действие}’
Не ясно как у коллег получилось, смотрел их примеры.
Предварительный файл:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”D:\!spec8_prod\зад2\log\16″ history=”1″>
<event>
<eq property=”name” value=”DBV8DBEng”/>
</event>
<property name=”usr”>
<eq property=”name” value=”Иванов И.И”/>
</property>
<property name=”Sql”>
</property>
</log>
</config>
2,3 пункты выполнил.
1) Как и у большинства участников этого курса возникли проблемы с фильтром на контекст формы. Поэтому полученные данные пришлось анализировать средствами Excel. Конфигурационный файл создавал путем эмпирического анализа и использования возможностей обработки “Настройка технологического журнала” с диска ИТС.
Конфигурационный файл следующий:
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log”>
<dump create=”false”/>
<log location=”C:\Program Files\1cv82\conf\log10\” history=”1″>
<event>
<eq property=”name” value=”SDBL”/>
<eq property=”Usr” value=”Иванов”/>
<eq property=»Func» value=»HoldConnection»/>
</event>
<event>
<eq property=”name” value=”SDBL”/>
<eq property=”Usr” value=”Петров”/>
<eq property=»Func» value=»HoldConnection»/>
</event>
<property name=”context”/>
<property name=”USR”/>
</log>
</config>
2) С созданием дистрибутива конфигурации, заполненной данными сложностей не возникло.
3) Аналогично п. 2
Пункты задания 2 и 3 выполнены.
Пункт 1. Остановимся поподробнее.
А) Для мониторинга всего, что происходит в базе создал *.xml файл, для сбора всех событий.
Б) Запустил базу и три раза открыл один и тот же документ “ПоступлениеТоваровИУслуг”, вручную отсеял события в которых упоминалось название документа. В результате получил 10 событий: 4 из них ссылаются на форму списка – удаляем…. остается 6 событий. Замечаем что все события можно разделить на два вида: события, связанные с исполнением запросов к модели базы данных (SDBL) и события, связанные с исполнением операторов SQL файловой СУБД (DBV8DBEng).
В) Наберем дополнительную статистику. Повторим то же самое, только откроем документ 5 раз. Аналогично отфильтровав, получаем 3 пары событий.
Г) Попробуем изменить правила игры и будем открывать два документа поочереди по 3 раза каждый. Результат тот же самый.
Д) Изменим документ 1 раз. Ожидаем получить 3 пары записей при первом открытии и пару событий, описывающих обновление данных в кэше. Проверяем… так и есть.
Вывод: Информацию о количестве обращений того или иного сотрудника к форме документа определенного вида достоверно получить не удастся, т.к. в ТЖ фиксируется только одна группа записей при первом открытии документа. Очевидно, что документ кэшируется системой и при последующих обращениях к документу, получение информации идет не из базы данных, а из кэша (при условии, что документ не изменялся), при этом записи в ТЖ не создатся. При внесении изменений в документ в ТЖ отражается запись об обновлении записи в кэше.
Учитывая, что БД может “являться нам в разных образах”, оставим в XML файле события SDBL.
<?xml version=”1.0″ encoding=”UTF-8″?>
<config xmlns=”http://v8.1c.ru/v8/tech-log“>
<log history=”24″ location=”D:\logs\full”>
<event>
<eq property=”Name” value=”SDBL”/>
<eq property=”usr” value=”Администратор”/>
</event>
<property name=”Sdbl”>
<event>
<like property=”Sdbl” value=”%ПоступлениеТоваровИУслуг.Форма.ФормаДокумента%”/>
</event>
</property>
</log>
</config>
P.S. Handmade
В записях ТЖ, касающихся обновления информации о документе, отсутствует информация о форме……
1.Использовал: события – dbmssql, sdbl, sesn; Свойства – context и usr. Отбор с кирилицей не прокатил…
2.Конфигурация ->Поставка конфигурации ->Создать файлы… Затруднений небыло.
3.Конфигурация ->Хранилище конфигурации ->… Иногда балуюсь на работе этой байдой.