Спасибо.

Милана А. написал(а):
-------------------------------------------------------
> В Записи МП в первом повторении поля 488
> установлена связь с записью KZD. Пробую связать с
> записью План. В записи план поле 330 формируется,
> а в записи МП поле 488 (связь с планом) не
> формируется (если пользоваться оперативным
> режимом).

Исправила

Добрый день, Светлана Михайловна. Еще некоторые соображения по БД Мероприятия.
Есть в словаре "Планируемые мероприятия" и "Мероприятия текущего мясяца".
Допустим, есть мероприятие, дата начала которого 30.04.2019. Оно попадет в "Планируемые мероприятия", но в "Мероприятия текущего месяца" нет.
Наверное это неправильно?

Дунаевская написал(а):
-------------------------------------------------------
> Милана А. написал(а):
> --------------------------------------------------
> -----
> > В Записи МП в первом повторении поля 488
> > установлена связь с записью KZD. Пробую связать
> с
> > записью План. В записи план поле 330
> формируется,
> > а в записи МП поле 488 (связь с планом) не
> > формируется (если пользоваться оперативным
> > режимом).
>
> Исправила

Теперь в записи МП поле 488 (связь с планом) формируется только если поле 488 уже есть... Уж лучше как было

Милана А. написал(а):
-------------------------------------------------------
> Добрый день, Светлана Михайловна. Еще некоторые
> соображения по БД Мероприятия.
> Есть в словаре "Планируемые мероприятия" и
> "Мероприятия текущего мясяца".
> Допустим, есть мероприятие, дата начала которого
> 30.04.2019. Оно попадет в "Планируемые
> мероприятия", но в "Мероприятия текущего месяца"
> нет.
> Наверное это неправильно?

Спасибо. Формат откорректировала

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> -----
> > Милана А. написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > В Записи МП в первом повторении поля 488
> > > установлена связь с записью KZD. Пробую
> связать
> > с
> > > записью План. В записи план поле 330
> > формируется,
> > > а в записи МП поле 488 (связь с планом) не
> > > формируется (если пользоваться оперативным
> > > режимом).
> >
> > Исправила
>
> Теперь в записи МП поле 488 (связь с планом)
> формируется только если поле 488 уже есть... Уж
> лучше как было
Спасибо. Формат откорректировала

Здравствуйте, Светлана Михайловна.
В словарь DTM= и VTM= не попадают однодневные мероприятия (v30^b='').
В Event.pft поле 210 выводится как неповторяющееся, хотя в рабочем листе оно описано как повторяющееся.
Место проведения мероприятия (210) при связи с планом в поле 330 плана записывается как неповторяющееся. Можно сделать запись в поле 300 через запятую, но это не удобно, потому что лучше в поле вводить краткие наименование мест храниения, а в выходные форматы - раскодировка через справочник. Может быть данные о месте проведения брать из записей на мероприятия?

В Autoin.gbl наверное имеет смысл добавить сортировку поля 330 по номеру пункта плана.
Еще предлагаю добавить сортировку (в sort.mnu) по привязанному плану и категории, будет удобно сразу видеть не привязанные к плану мероприятия и привязывать их. Например, по формату brkod.pft.
Подполе v33^C названо "Интервал дат", хотя имеется в виду "Исключения дат".

Реализована возможность вносить мероприятия отдельно, с планом связывать потом. Это очень удобно и правильно. Но как вводить мероприятия, входящие в цикл или комплекс, и связывать их между собой, не поняла (в случае, если запись ПЛАН не создана). Полагаю, что нужно создать еще словарь "циклов" и "комплексов", и в поле 33 дать возможность выбрать наименование цикла или комплекса из словаря. Или же при вызове ОР "Связать с планом" нужно предусмотреть проверку наличия записи МЕРОПРИЯТИЕ=обобщенный пункт плана и организацию связи с ним тоже.

И еще путаница с формулировкой кодов "C - В рамках цикла мероприятий" и "M - Входит в комплексное мероприятие". Как я поняла, эти коды мы ставим в запись МЕРОПРИЯТИЕ=обобщенный пункт плана (цикл или комплексное МП), поэтому они должны называться "C - Цикл мероприятий" и "M - Комплексное мероприятие".

Табличная форма tab_plan_print. В столбце "Отметка о выполнении" указывает кол-во выполненных мероприятий неправильно (за это берется кол-во ссылок <шифр записи Плана></><№ П/п до точки>). Но сюда попадает еще и запись на Заголовок раздела - цикла или комплексного МП, который не описывает конкретного мероприятия



Редактировано 4 раз. Последний раз 07.05.2019 14:52 пользователем Милана А..

Милана А. написал(а):
-------------------------------------------------------
> Здравствуйте, Светлана Михайловна.
> В словарь DTM= и VTM= не попадают однодневные
> мероприятия (v30^b='').

Исправлено. Также и в DZ=

> В Event.pft поле 210 выводится как
> неповторяющееся, хотя в рабочем листе оно описано
> как повторяющееся.
> Место проведения мероприятия (210) при связи с
> планом в поле 330 плана записывается как
> неповторяющееся. Можно сделать запись в поле 300
> через запятую, но это не удобно, потому что лучше
> в поле вводить краткие наименование мест
> храниения, а в выходные форматы - раскодировка
> через справочник. Может быть данные о месте
> проведения брать из записей на мероприятия?
>

Предлагается следующая технология.
Вводим 2 термина в части «Место проведения»:
- Отделы библиотеки-организатора МП»
- Сторонние площадки

В записи Мероприятия для этого предназначены поля 210 и 211
- Отделы библиотеки-организатора МП – вводятся через «; » в неповторяющееся поле 210 по справочнику MP_otd.mnu (коды - краткие обозначения)
- Сторонние площадки – полные данные вводятся в повторяющееся поле 211 с подполями (код (начинающийся символом "!"), название, адрес, телефон, отдел). Ввод через словарь; при этом первое заполнение либо вручную, либо по справочнику MP_sp.mnu (в одно подполе с дальнейшей ручной разбивкой по подполям). Этот справочник предлагается вести в случае, когда библиотекари обязываются вводить данные из заранее созданных справочников; при этом можно было бы ввести еще один вид записи в БД EVENT- «Сторонние площадки», но считаю, что этого делать не нужно
В поле 330 Плана ввод кодов по справочнику MP_vse.mnu (все коды), раскодировки в выходных форматах по этому же справочнику

> В Autoin.gbl наверное имеет смысл добавить
> сортировку поля 330 по номеру пункта плана.
Буду смотреть

> Еще предлагаю добавить сортировку (в sort.mnu) по
> привязанному плану и категории, будет удобно сразу
> видеть не привязанные к плану мероприятия и
> привязывать их. Например, по формату brkod.pft.

Добавила

> Подполе v33^C названо "Интервал дат", хотя
> имеется в виду "Исключения дат".
>
Исправлено

> Реализована возможность вносить мероприятия
> отдельно, с планом связывать потом. Это очень
> удобно и правильно. Но как вводить мероприятия,
> входящие в цикл или комплекс, и связывать их между
> собой, не поняла (в случае, если запись ПЛАН не
> создана). Полагаю, что нужно создать еще словарь
> "циклов" и "комплексов", и в поле 33 дать
> возможность выбрать наименование цикла или
> комплекса из словаря. Или же при вызове ОР
> "Связать с планом" нужно предусмотреть проверку
> наличия записи МЕРОПРИЯТИЕ=обобщенный пункт плана
> и организацию связи с ним тоже.
>
Такое понятие как запись "МЕРОПРИЯТИЕ=обобщенный пункт плана" предусмотрен только в записи План, Но не как отдельная запись Мероприятия!

В поле связи изначально есть код "1" (связь с другой записью БД Event) по словарю названий. Предполагалось, что это для описанного Вами варианта ( без Плана)
Ввела в режим "Связанные документы" два вида связи
- для Циклов/Комплексов (через ссылку на запись План, а при ее отсутствии по полю 33)
- для связи по прямой ссылке, введенной c кодом "1" в поле 488

> И еще путаница с формулировкой кодов "C - В рамках
> цикла мероприятий" и "M - Входит в комплексное
> мероприятие". Как я поняла, эти коды мы ставим в
> запись МЕРОПРИЯТИЕ=обобщенный пункт плана (цикл
> или комплексное МП), поэтому они должны называться
> "C - Цикл мероприятий" и "M - Комплексное
> мероприятие".

Исправлено

> Табличная форма tab_plan_print. В столбце "Отметка
> о выполнении" указывает кол-во выполненных
> мероприятий неправильно (за это берется кол-во
> ссылок <шифр записи Плана></><№ П/п до точки>). Но
> сюда попадает еще и запись на Заголовок раздела -
> цикла или комплексного МП, который не описывает
> конкретного мероприятия

Буду смотреть



Редактировано 1 раз. Последний раз 16.05.2019 18:28 пользователем Дунаевская.

Милана А. написал(а):
> --------------------------------------------------
> > В Autoin.gbl наверное имеет смысл добавить
> > сортировку поля 330 по номеру пункта плана.

Cортировку в Autoin.gbl ввела. Возьмите во вложении
Также несколько подправила сортировку в выходной форме

>
>
> > Табличная форма tab_plan_print. В столбце
> "Отметка
> > о выполнении" указывает кол-во выполненных
> > мероприятий неправильно (за это берется кол-во
> > ссылок <шифр записи Плана></><№ П/п до точки>).
> Но
> > сюда попадает еще и запись на Заголовок раздела
> -
> > цикла или комплексного МП, который не описывает
> > конкретного мероприятия
>
Вероятно, здесь несогласованность с "запись на Заголовок раздела" - что это за запись, и она, действительно, нужна?

Дунаевская написал(а):
-------------------------------------------------------


> Вероятно, здесь несогласованность с "запись на
> Заголовок раздела" - что это за запись, и она,
> действительно, нужна?

Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт плана", он же и является "Заголовком раздела"

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> -----
>
>
> > Вероятно, здесь несогласованность с "запись на
> > Заголовок раздела" - что это за запись, и она,
> > действительно, нужна?
>
> Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт плана",
> он же и является "Заголовком раздела"

Но это будет виртуальная запись мероприятия, она не должна входить ни в какие подсчеты реальных МП. Т.е для такой записи должен был бы быть отдельный РЛ и отдельный вид документа.
По разработанной технологии на пункт плана "МЕРОПРИЯТИЕ=обобщенный пункт плана " (Заголовок раздела) отдельная запись не строится, а формируется число записей МП, соответствующее указанному числу (в 330^m). Заголовок раздела и даты вводятся в поле 33 каждой сформированной записи

И наоборот, при вводе записи МП в План из поля 33 формируется дополнительно поле 330 - пункт плана-заголовок раздела (если такого № нет в записи) - доработано

Также доработана сортировка поля 330

Дунаевская написал(а):
-------------------------------------------------------
> Милана А. написал(а):
> --------------------------------------------------
> -----
> > Дунаевская написал(а):
> >
> --------------------------------------------------
>
> > -----
> >
> >
> > > Вероятно, здесь несогласованность с "запись
> на
> > > Заголовок раздела" - что это за запись, и
> она,
> > > действительно, нужна?
> >
> > Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт
> плана",
> > он же и является "Заголовком раздела"
>
> Но это будет виртуальная запись мероприятия, она
> не должна входить ни в какие подсчеты реальных МП.
> Т.е для такой записи должен был бы быть отдельный
> РЛ и отдельный вид документа.
> По разработанной технологии на пункт плана
> "МЕРОПРИЯТИЕ=обобщенный пункт плана " (Заголовок
> раздела) отдельная запись не строится, а
> формируется число записей МП, соответствующее
> указанному числу (в 330^m). Заголовок раздела и
> даты вводятся в поле 33 каждой сформированной
> записи
>
> И наоборот, при вводе записи МП в План из поля 33
> формируется дополнительно поле 330 - пункт
> плана-заголовок раздела (если такого № нет в
> записи) - доработано
>
Здравствуйте, Светлана Михайловна.
Спасибо за разъяснения (на счет 33 поля поняла).
Протестировала эти изменения.
Есть запись МП с заполненным v33. Нажимаю "Ввести в план". Поле 488 формируется. В записи план поле 330 на заголовок (цикл,комплекс) заполняется не верно. В v330^C (Название) вместо 33^0 записывает v30^a.
поле 330 на мероприятие формируется правильно.
Есть еще несколько записей МП с заполненным v33 идентичным первому.
Нажимаю "Ввести в план". Поле 488 формируется.А поле 330 в записи план нет.

Предложения: РЛ поля 33 расширить, чтобы в него можно было ввести все данные, необходимые для переноса в поле 330 записи плана. Сделать словарь по полю 33, чтобы при создании записей МП одного цикла(комплекса, раздела плана) эти данные вводились из словаря, а не с клавиатуры
> Также доработана сортировка поля 330

Милана А. написал(а):
-------------------------------------------------------
> Протестировала эти изменения.
> Есть запись МП с заполненным v33. Нажимаю "Ввести
> в план". Поле 488 формируется. В записи план поле
> 330 на заголовок (цикл,комплекс) заполняется не
> верно. В v330^C (Название) вместо 33^0 записывает
> v30^a.
> поле 330 на мероприятие формируется правильно.
> Есть еще несколько записей МП с заполненным v33
> идентичным первому.
> Нажимаю "Ввести в план". Поле 488 формируется.А
> поле 330 в записи план нет.
1. Да, ошибка исправлена
При вводе записи МП в План отвергаются записи, для которых вводится № п/п уже присутствующий в записи в полях 330, это относится и к заголовкам раздела, и к самим строкам.
К сожалению, пока не могу ввести ни ФЛК при опросе (для исключения таких ситуаций), ни сообщений в протоколе выполнения ОР.
2. Хотелось бы получить Ваше мнение о понятии "место проведения - Сторонняя площадка" (см. выше)
3. Все-таки мое мнение что для Циклов и Комплексов начинать нужно с записи План. (Так, в АРМе Комплектатор мы в единственном месте "сломали" традиционную технологию в части ввода записи КСУ - не после обработки полученной партии книг, а ДО начала обработки, что позволяет сразу же привязывать автоматически все полученные экз-ры к записи КСУ)
Аналогично и здесь - если в записи План введено поле для названия Комплекса/Цикла и введено число планируемых МП (330^M), то в ОР "Новые" можно сразу создать заготовки для всех этих МП, которые будут корректироваться позднее, но уже будут иметь свой № п/п и будут связаны между собой и с Планом. Более того, это число планируемых МП можно в любое время увеличить, и новые записи будут продолжать уже введенную нумерацию п/п
Для отдельных МП это не обязательно - можно вводить в любом порядке

> Предложения: РЛ поля 33 расширить, чтобы в него
> можно было ввести все данные, необходимые для
> переноса в поле 330 записи плана. Сделать словарь
> по полю 33, чтобы при создании записей МП одного
> цикла(комплекса, раздела плана) эти данные
> вводились из словаря, а не с клавиатуры
> > Также доработана сортировка поля 330

Дунаевская написал(а):
-------------------------------------------------------
> 2. Хотелось бы получить Ваше мнение о понятии
> "место проведения - Сторонняя площадка" (см.
> выше)
Посмотрела. Получается в запись плана место проведения - сторонняя площадка не переносится. Так задумано?
А в общем, пока не вижу разницы, одно поле использовать для данных "Место проведения" или два. И в одном поле можно организовать ввод и с помощью справочника (для отделов), и с помощью словаря (для сторонних).


> 3. Все-таки мое мнение что для Циклов и Комплексов
> начинать нужно с записи План. (Так, в АРМе
> Комплектатор мы в единственном месте "сломали"
> традиционную технологию в части ввода записи КСУ -
> не после обработки полученной партии книг, а ДО
> начала обработки, что позволяет сразу же
> привязывать автоматически все полученные экз-ры к
> записи КСУ)
> Аналогично и здесь - если в записи План введено
> поле для названия Комплекса/Цикла и введено число
> планируемых МП (330^M), то в ОР "Новые" можно
> сразу создать заготовки для всех этих МП, которые
> будут корректироваться позднее, но уже будут иметь
> свой № п/п и будут связаны между собой и с Планом.
> Более того, это число планируемых МП можно в любое
> время увеличить, и новые записи будут продолжать
> уже введенную нумерацию п/п
> Для отдельных МП это не обязательно - можно
> вводить в любом порядке.

Какая практика у нас в библиотеке (у других может по другому). Каждый отдел планирует мероприятия на следующий (последующие) месяц(ы). Зам.директора, ответственный за это, просматривает планы отделов и формирует уже план библиотеки на следующий месяц. И в этом плане она определяет, какие мероприятия в каком порядке будут поставлены (по важности или по дате), т.е. в этой базе получается, какой номер пункта будут иметь. В плане эти мероприятия могут объединяться под наименованием цикла (комплекса), а могут объединяться под наименованием, например, просто "Выставки".
Поэтому здесь, думаю, цепочка от плана к мероприятию будет очень не удобной.
А если вводить сначала в план, номера п.п. будут уже введены. И при желании переставить порядок мероприятий, это уже не будет сложно сделать.
Поэтому именно для такой технологии и предложила я ввести сортировку результатов поиска по базе - мы сразу видим, какие мероприятия еще не введены в план, к какому виду, типу мероприятий относятся. И просматривая этот сортированный список, можно легко определить, в каком месте в месячном плане эно должно находиться и присвоить ему нужный номер п/п.

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> > 2. Хотелось бы получить Ваше мнение о понятии
> > "место проведения - Сторонняя площадка" (см.
> > выше)
> Посмотрела. Получается в запись плана место
> проведения - сторонняя площадка не переносится.
> Так задумано?

Переносится. В справочниках коды сторонних начинаются префиксом "!", при вводе МП в План код из 211^k включается в 330^d, а при создании новой из Плана коды с предшествующим "!" включаются в 211. Справочник кодов содержит оба вида кодов (для отделов б-ки и для сторонних ПЛОЩАДОК)

Доработаны форматы ввода МП в План - формируется протокол выполнения задания: сообщения об отклоненных № п/п, которые уже присутствуют в записи План в полях 330 (это относится и к заголовкам раздела, и к самим строкам), а также о введенных в запись МП полях связи.
К сожалению, пока не проработана технология, когда одно МП может быть включено в несколько Планов, т.е. когда в записи МП есть более одного поля 488 с кодом 2

Спасибо, Светлана Михайловна. Будем тестировать.

Перенесла в отдельную тему



Редактировано 1 раз. Последний раз 23.06.2019 13:26 пользователем Дунаевская.

Здравствуйте. У нас 2020.1

Помогите разобраться с местами проведения. Запуталась в справочниках. в инструкции вижу

ПРИЛОЖЕНИЕ.

Таблица. Справочники-меню, специфические для БД EVENT
...

1.org.mnu Сторонние организации
2.otd.mnu Отдел, ответственный за проведение мероприятия

Первый не используется в event.fst и в ws-wss не нахожу, второго не нахожу в бд.

Зачем отдельно MP_otd.mnu и mp_sp, если есть совмещенный справочник mp_vse.mnu, где сторонние коды отмечаем предстоящим восклицательным знаком?

К тому же в 211 поле (сторонние площадки) в поле отдел выбираем из MP_otd.mnu:

I
Отдел
0
0
1
MP_otd.mnu\\1

Сторонняя площадка
_______________________

Справочники mp_sp и MP_VSE нужно постоянно одновременно обновлять в части внешних площадок или выбрать один для работы с внешними пл.?

2. Как правильно увидеть сторонние площадки в поиске MP=?
Продублировала поиск MPSP= (но нельзя затирать, опустошится выбор из словаря в 211)
211 0 mhl,(if p(v211) then|MPSP=|d211^e,&uf('9'v211^e,| (|v211^k|)|,|, |v211^g) fi,|%|d211/)/
для MP=
211 0 mhl,(if p(v211) then|MP=|d211^e,&uf('9'v211^e,| (|v211^k|)|,|, |v211^g) fi,|%|d211/)/

Сторонние площадки появились в Местах проведения, до этого не было.


В event.pft
Что такое mp_so.mnu в строке
if &uf(|Kmp_so.mnu\|v211^k)<>'' then '<b>'&uf(|Kmp_so.mnu\|v211^k)'</b>' else


3. DP= представлен в двух поисках - "Планируемые Мероприятия (Даты)" и "Дата ввода"

4. Поиск Технология TH= не работает



Редактировано 5 раз. Последний раз 20.10.2021 05:17 пользователем Novinka.

Буду смотреть. Отвечу в ближайшее время

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте. У нас 2020.1
>
> Помогите разобраться с местами проведения.
> Запуталась в справочниках. в инструкции вижу
>
> ПРИЛОЖЕНИЕ.
>
> Таблица. Справочники-меню, специфические для БД
> EVENT
> ...
>
> 1.org.mnu Сторонние организации
Исправлено:
org.mnu удалено вместе с 907mer.wss из РЛ Plan, в котором теперь используется, как и во всей системе ИРБИС, 907.wss

> 2.otd.mnu Отдел, ответственный за проведение
> мероприятия
Ошибка в таблице. Будет исправлено на MP_otd.mnu

>
> Первый не используется в event.fst и в ws-wss не
> нахожу, второго не нахожу в бд.
>
> Зачем отдельно MP_otd.mnu и mp_sp, если есть
> совмещенный справочник mp_vse.mnu, где сторонние
> коды отмечаем предстоящим восклицательным знаком?
>
> К тому же в 211 поле (сторонние площадки) в поле
> отдел выбираем из MP_otd.mnu:
>
> I
> Отдел
> 0
> 0
> 1
> MP_otd.mnu\\1
>
> Сторонняя площадка
> _______________________
>
> Справочники mp_sp и MP_VSE нужно постоянно
> одновременно обновлять в части внешних площадок
> или выбрать один для работы с внешними пл.?
>
>
В системе используются следующие справочники типа "Место проведения":
- 210mer.mnu – отдел библиотеки (организатора МП),
- MP_sp.mnu - полные (не разделенные по подполям) данные СП ("сторонняя площадка"); справочник не обязательный - может вообще отсутствовать; если такой справочник есть, он может использоваться ОДНОКРАТНО для каждой СП при вводе в поле 211 с последующей корректировкой-разбивкой по подполям (при повторном вводе эту СП уже можно будет ввести через словарь). Если его нет - полные данные вводятся с клавиатуры
- MP_otd.mnu - отдел СП,
- MP_VSE.mnu – обязательный, он используется для ввода в полях 211 (РЛ Event) и 330 (РЛ Plan) и раскодировки ЭД «Место проведения МП» в поисковом словаре


2. Как правильно увидеть сторонние площадки в
> поиске MP=?
> Продублировала поиск MPSP= (но нельзя затирать,
> опустошится выбор из словаря в 211)
> 211 0 mhl,(if p(v211)
> then|MPSP=|d211^e,&uf('9'v211^e,| (|v211^k|)|,|,
> |v211^g) fi,|%|d211/)/
> для MP=
> 211 0 mhl,(if p(v211)
> then|MP=|d211^e,&uf('9'v211^e,| (|v211^k|)|,|,
> |v211^g) fi,|%|d211/)/

- Сторонние площадки включаются в общий словарь MP= (Место проведения), если в поле 211 введено 211^k (код с предшествующим !). Словарь представлен в виде "Термины-Пояснения", в графе термины видны коды с «!»
>
> Сторонние площадки появились в Местах проведения,
> до этого не было.

Это реализовано и в дистрибутивном варианте
>
>
> В event.pft
> Что такое mp_so.mnu в строке
> if &uf(|Kmp_so.mnu\|v211^k)<>'' then
> ''&uf(|Kmp_so.mnu\|v211^k)'' else

- атавизм. Исправлено
>
>
> 3. DP= представлен в двух поисках - "Планируемые
> Мероприятия (Даты)" и "Дата ввода"

Ошибка: Дата ввода - исправлено на DV=
>
> 4. Поиск Технология TH= не работает

Исправлено - введено по аналогии с БД IBIS


Вложения:
Event.rar - измененные файлы
Event_del.rar - файлы, которые нужно удалить
Описание (изменения в Таблице-приложении)

Дунаевская написал(а):

> > 3. DP= представлен в двух поисках -
> "Планируемые
> > Мероприятия (Даты)" и "Дата ввода"
>
> Ошибка: Дата ввода - исправлено на DV=
> >

Это не удачный вариант, DP= как "Дата ввода" или "Дата поступления" используется в библиографических базах, следует оставить ее и в Event такой же. Потому что этот словарь используется в ИРИ и не только.
На основе Event также можно делать рассылки предстоящих мероприятий.

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
>
> > > 3. DP= представлен в двух поисках -
> > "Планируемые
> > > Мероприятия (Даты)" и "Дата ввода"
> >
> > Ошибка: Дата ввода - исправлено на DV=
> > >
>
> Это не удачный вариант, DP= как "Дата ввода" или
> "Дата поступления" используется в
> библиографических базах, следует оставить ее и в
> Event такой же. Потому что этот словарь
> используется в ИРИ и не только.
> На основе Event также можно делать рассылки
> предстоящих мероприятий.

Замечание учла:
Планируемые Мероприятия (Даты) DPM=
Дата ввода DP=

Во вложении измененные файлы и откорректированный общий файл изменений event.rar