Имя файла справочника (ItemMenu) =

Скачать 4.56 Mb.

Название	Имя файла справочника (ItemMenu) =
страница	1/34
Дата публикации	30.04.2015
Размер	4.56 Mb.
Тип	Справочник

100-bal.ru > География > Справочник

1 2 3 4 5 6 7 8 9 ... 34

Версия 2013.1
Функциональные возможности:
АРМ Каталогизатор

1. Расширен функционал ввода ВНУТРЕННИХ ДВОИЧНЫХ РЕСУРСОВ (ИРБИС64 953 поле):

- обеспечена визуализация внутреннего двоичного ресурса непосредственно в процессе ввода - см. рисунок (в случае если двоичный ресурс типа JPEG, GIF или BMP, отображается непосредственно он, в остальных случаях - условная иконка);

- обеспечена возможность УДАЛЕНИЯ ранее введенного двоичного ресурса - с помощью клавиши DEL (в прежних версиях эта операция была достаточно затруднительна), а также - его восстановления (клавиша ESC).

Необходимо напомнить, что внутренние двоичные ресурсы ФОРМАЛЬНО можно вводить в ЛЮБЫЕ поля при соблюдении следующих ограничений:

- в одно повторение поля можно ввести только один двоичный ресурс;

- данные о двоичном ресурсе должны храниться в двух ФИКСИРОВАННЫХ подполях:

A - тип (расширение файла) двоичного ресурса
B - собственно двоичный ресурс в закодированном виде

2. (ИРБИС64) Обеспечена возможность использования в качестве средства ввода и средства поиска Тематических навигаторов - полностью идентичных по структуре Рубрикатору ГРНТИ в БД HELP, - которые размещаются в произвольных (по имени) БД.

В случае использования произвольного Тематического рубрикатора в качестве средства ввода необходимо в структуре РЛ указывать (с помощью РЕДАКТОРА РЛ и СПРАВОЧНИКОВ) для соответствующего поля ввода:

РЕЖИМ ВВОДА = 3

Доп.информация = <имя БД, в которой размещен Тематический рубрикатор>,<префикс_инверсии>

По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP.

В случае использования произвольного Тематического рубрикатора в качестве средства поиска (в т.ч. в АРМе Читатель) необходимо в сценарии поиска (с помощью РЕДАКТОРА INI-файлов и СЦЕНАРИЕВ ПОИСКА) указывать в секции [SEARCH] для соответствующего вида поиска:

ТИП СЛОВАРЯ (ItemDictionType) = 2

ИМЯ ФАЙЛА СПРАВОЧНИКА (ItemMenu) = <имя БД, в которой размещен Тематический рубрикатор>

По умолчанию (т.е. в случае если имя БД не указано) используется БД HELP.

3. Разработан новый режим ввода (средство ввода) через РЛ полей - ВВОД СВЯЗАННЫХ ДАННЫХ (ИРБИС64).

Под связанными данными понимаются данные, которые хранятся в других (по отношению к основной, т.е. той, которая находится в РЛ) записях. Такие записи (в которых хранятся связанные данные) будем называть Child-записи.

Child-записи должны отвечать следующим требованиям:

Child-записи содержат ЕДИНСТВЕННОЕ поле (метка которого не регламентируется);
единственное поле Child-записи должно иметь следующую структуру данных:
- <КЛЮЧ><подполе_1><подполе_2>.....<подполе_n>
- где КЛЮЧ - данные, связывающие основную запись и Child-запись и не доступные для корректировки; подполя имеют стандартную структуру: ^X<данные подполя> и не могут повторяться.
формально Child-записи могут храниться в любых БД, но рекомендуется размещать их в отдельных (специально предназначенных для этого) БД;
для Child-записи в таблице инвертирования (таблице актуализации) соответствующей БД (т.е. той, в которой хранится Child-запись) должна быть предусмотрена обязательная инверсия КЛЮЧа (без каких-либо префиксов!):
- mmm 0 Vmm^*
- где mmm - метка поля Child-записи
Child-записи не предназначены для автономной работы, т.е. формирование и корректировка Child-записей должна выполняться только при работе с основной записью на основе соответствующего режима ввода - ВВОД СВЯЗАННЫХ ДАННЫХ;
в таблицах инвертирования (таблицах актуализации) основных БД (т.е. тех БД, в которых хранятся основные записи) допустимы обращения к данным Child-записей с помощью соответствующих форматных выходов (&uf('7...), &uf('D...));
основная запись может быть связана с любым количеством Child-записей: как однородных (имеющих одинаковые метку и структуру данных), так и разнородных.

ВВОД СВЯЗАННЫХ ДАННЫХ обеспечивает работу с группой однородных Child-записей и описывается в структуре РЛ полей для основных записей следующим образом (см. рис.1):

МЕТКА = mmm

mmm – метка поля однородных Child-записей

ПОВТОРЯЕМОСТЬ = 0

РЕЖИМ ВВОДА = 99

ДОП.ИНФОРМАЦИЯ = <имя БД Child-записей>,<имя РЛ подполей>, <формат КЛЮЧА>

<имя БД Child-записей> - имя БД, в которой хранятся Child-записи

<имя РЛ подполей> - имя РЛ подполей для ввода связанных данных (может находиться или в той же БД, где Child-записи, или в БД основных записей)

<формат КЛЮЧА> - формат формирования КЛЮЧА (т.е. КЛЮЧ формируется как результат форматирования основной записи по данному формату)
Собственно ввод связанных данных осуществляется с помощью формы, аналогичной табличной форме для ввода повторяющихся полей (см. рис.2).
При вводе связанных данных необходимо соблюдать следующие правила:

Вводить (первоначально) связанные данные следует ПОСЛЕ ввода данных основной записи, на основе которых формируется КЛЮЧ, связывающий основную запись с Child-записями;
В случае изменения (корректировки) данных основной записи, на основе которых формируется КЛЮЧ, необходимо (хотя бы формально) вызывать на корректировку (т.е. нажимать соответствующую кнопку) связанные данные;
Для предотвращения «разрыва» связи между основной записью и Child-записями – в случае изменения данных, на основе которых формируется КЛЮЧ, - необходимо добавлять соответствующий контроль в ФЛК записи для основной БД.

Рис.1

Рис.2
В заключение следует отметить, что данное средство ввода – ВВОД СВЯЗАННЫХ ДАННЫХ – пока (на уровне 2013.1) не нашло реального применения в технологиях ИРБИС и адресовано на данный момент пользователям, ведущим собственные разработки.

Думается, опытные пользователи поймут причину и смысл появления данной разработки. Он в том, чтобы «расшить» одно из принципиальных узких мест СУБД ИРБИС: неэффективная (замедленная) работа с записями, имеющими большое количество повторений одних и тех же полей (примеры: 330 и 910 поля в БД ЭК, 40 поле в БД RDR). Данная разработка позволяет хранить подобные данные в Child-записях, что должно существенно повышать эффективность работы с основными записями.

Желающим применить данную разработку самостоятельно могут быть переданы тестовые данные: примеры БД Child-записей, РЛ и ФЛК.

4. Обеспечена возможность формировать ПРОИЗВОЛЬНЫЙ символьный набор для кодовой виртуальной клавиатуры (ИРБИС64).

Для реализации данной возможности необходимо:

- В справочник UNICODE.MNU вставить пункт следующего вида:

0

<Название произвольного набора>

- Сформировать справочник, содержащий список символов произвольного набора. Имя справочника определяется значением параметра CustomVKBMnu секции [MAIN] INI-файла АРМа Каталогизатор. По умолчанию имя этого справочника - CustomVKB.mnu. Справочник должен находиться в папке IRBIS64 на сервере. Справочник может иметь не более 128 пунктов. Каждый пункт справочника имеет вид:

<значение символа>

<Комментарий>

Значение символа может представлять собой собственно символ (если это ANSI-cимвол) или его шестнадцатиричное значение в виде

$NNNN

Пример такого справочника:

А
Б
[
]
$00F1
$04A1
и т.д.

5. Разработано новое инструментальное средство: ПРОИЗВОЛЬНЫЕ ОПЕРАТИВНЫЕ РЕЖИМЫ (ИРБИС64).

Под ОПЕРАТИВНЫМИ РЕЖИМАМИ понимаются режимы, которые предлагаются пользователю ситуативно - т.е. в зависимости от содержания ТЕКУЩЕГО документа - в форме плавающего окна с кнопками.

В версиях до 2012.1 включительно предлагаются "ЖЕСТКИЕ" оперативные режимы, с помощью которых реализуются технологии описания периодических изданий и аналитической росписи сборников.

Настоящая разработка имеет целью предоставить пользователю возможность формировать оперативные режимы по собственному усмотрению.

Формирование оперативных режимов (и "жестких" и произвольных) строится на основе специального формата, имя которого определяется параметром в секции [MAIN] INI-файла АРМа Каталогизатор

OPERHINTPFT=

значение по умолчанию - OPERHINT

(не путать с параметром OPERHINT, который разрешает (1) или запрещает (0) формирование оперативных режимов)

Состав и содержание оперативных режимов определяется РЕЗУЛЬТАТОМ форматирования текущей записи по формату operhint.pft.

Результат форматирования рассматривается как НАБОР строк.

Вид оперативных режимов ("жесткие" или произвольные) определяется значением ПЕРВОЙ строки результата форматирования, которое может быть следующим:

0 - "жесткие" оперативные режимы для ПЕРИОДИКИ

1 - "жесткие" оперативные режимы для СБОРНИКОВ

2 - ПРОИЗВОЛЬНЫЕ оперативные режимы

любые другие значения - определяют ОТСУТСТВИЕ оперативных режимов.

В случае произвольных оперативных режимов (первая строка - 2) последующие строки форматирования (начиная со второй) рассматриваются как ОПИСАНИЕ оперативных режимов. При этом предлагаются ДВЕ возможности:

- вторая строка результата форматирования (она же - ПОСЛЕДНЯЯ, т.е. результат форматирования состоит из двух строк) содержит ИМЯ РЕСУРСА, в котором содержится собственно описание оперативных режимов (по умолчанию для таких ресурсов предлагается расширение .VOH);

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

Описание оперативных режимов представляет собой ПОСЛЕДОВАТЕЛЬНОСТЬ описаний ОТДЕЛЬНЫХ оперативных режимов или иными словами - КНОПОК, с помощью которых эти режимы выполняются.

Описание ОДНОЙ КНОПКИ состоит из СЕМИ строк (свойств) и имеет следующую структуру:

1 строка: НАДПИСЬ на кнопке (м.б. пустой)

2 строка: ПОДСКАЗКА для кнопки (при наведении на нее мышки) (м.б. пустой)

3 строка: ИКОНКА для кнопки - в виде номера в списке внутренних образов (м.б. пустой)

4 строка: КОД КОМАНДЫ (на основе которой реализуется оперативный режим)

5 строка: ПАРАМЕТРЫ КОМАНДЫ

6 строка: ТЕКСТ ФИНАЛЬНОГО СООБЩЕНИЯ в случае успешного завершения режима (м.б. пустой)

7 строка: резерв

Список команд для произвольных оперативных режимов (их КОДЫ и ПАРАМЕТРЫ):

а) ПЕРЕХОД от текущего документа к другому ("ОДИН К ОДНОМУ")

Код команды - 0 или 10

Параметры команды 0 - <имя_БД>,<формат_запроса>

Параметры команды 10 - <имя_БД>,<запрос>

<имя_БД> - имя БД, куда осуществляется переход. По умолчанию (т.е. если данный параметр пустой) - текущая БД. БД должна быть в списке доступных БД (dbnam2.mnu)

<формат_запроса> - непосредственный формат или имя формата с предшествующим символом "@", на основе которого формируется запрос для поиска результирующего документа. В частном случае запрос может представлять собой ТЕРМИН/КЛЮЧ

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

б) ПЕРЕХОД от текущего документа к группе документов ("ОДИН КО МНОГИМ")

Код команды – 1 или 11

Параметры команды 1 - <имя_БД>,<формат_запроса>

Параметры команды 11 - <имя_БД>,<запрос>

Отличие от предыдущей команды состоит в том, что осуществляется безусловный переход к группе найденных документов (как к результату поиска)

в) ФОРМИРОВАНИЕ НОВОГО ДОКУМЕНТА ИЗ ТЕКУЩЕГО

Код команды - 2

Параметры команды - <имя_БД>,<имя_ТВП>

<имя_БД> - имя БД, в которой будет создаваться новый документ (если параметр пустой - предполагается текущая БД)

<имя_ТВП> - имя таблицы переформатирования (без расширения), на основе которой формируется новый документ (если параметр пустой - осуществляется копирование текущего документа без изменения). Имя таблицы переформатирования должно входить в список доступных ТВП для копирования (FSTW.MNU)

г) ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА ТЕКУЩЕГО ДОКУМЕНТА С ОПРОСОМ ПАРАМЕТРОВ

Кол команды - 3

Параметры команды - <имя_GBL>,,<имя_WSS>

<имя_GBL> - имя задания на глобальную корректировку (без расширения). (Следует помнить, что в процессе глобальной корректировки в общем случае есть возможность корректировать другие документы и создавать новые)

- метка модельного поля, через которое в текущий документ передаются параметры опроса

<имя_WSS> - имя РЛ подполей для опроса параметров (с расширением)

Список команд для оперативных режимов открыт для пополнения.

6. (ИРБИС64) Обеспечена возможность применения механизма МОРФОЛОГИИ при поиске по КЛЮЧЕВЫМ СЛОВАМ (см.п.2 в разделе АРМ Читатель)
АРМ Книговыдача

1. Для режима СКОРОСТНОЙ КНИГОВЫДАЧИ (ИРБИС64) - на основе штрихкодов и/или радиометок - реализована возможность работы с РАСПРЕДЕЛЕННОЙ базой данных читателей на основе технологии REDIRECT (о последнем смотри релиз версии 2009.1 раздел TCP/IP-сервер БД ИРБИС).

(Заметим, что работать в СКОРОСТНОЙ КНИГОВЫДАЧЕ с распределенной базой данных электронного каталога в т.ч. и на основе технологии REDIRECT можно было и раньше.)

Под РАСПРЕДЕЛЕННОЙ базой данных читателей понимается совокупность БД читателей, работающих под РАЗНЫМИ серверами ИРБИС, т.е. относящихся к РАЗНЫМ библиотекам (филиалам, отделениям и пр.)

(Смотри прилагаемый рисунок - на нем изображена абстрактная схема взаимодействия разных библиотек, т.е. разных серверов ИРБИС; эту совокупность будем называть корпорацией.)

Предлагаемая технология позволяет в ЛЮБОМ АРМе Книговыдача корпорации (в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ) выполнить для читателя из ЛЮБОЙ БД RDR корпорации операции ВЫДАЧИ/ВОЗВРАТА литературы, относящейся к ЛЮБОЙ БД ЭК корпорации, т.е. любой читатель может быть обслужен в любом месте корпорации.

Для определения распределенной БД читателей вводится новый параметр MULTIRDRMNU (в секции [MAIN] INI-файла АРМа Книговыдача), который определяет имя справочника, в котором содержится список БД RDR, входящих в корпорацию. Такой справочник должен находиться в папке DATAI на каждом сервере корпорации. При этом имена БД должны указываться в соответствии с технологией REDIRECT. Таким образом, список БД читателей корпорации может выглядеть следующим образом:

RDR%S1%

БД читателей Библиотеки 1

RDR%S2%

БД читателей Библиотеки 2

RDR%S3%

БД читателей Библиотеки 3

и т.д.

Аналогично может быть определен список БД ЭК, участвующих в корпорации (параметр DBNNAMECAT INI-файла АРМа Книговыдача, по умолчанию – dbname3.mnu)

IBIS%S1%

БД ЭК Библиотеки 1

IBIS %S2%

БД ЭК Библиотеки 2

IBIS %S3%

БД ЭК Библиотеки 3

и т.д.

(Разумеется, имена БД ЭК могут быть отличными от IBIS)

S1,S2,S3 и т.д. – условные обозначения серверов ИРБИС, входящих в состав корпорации, которые описываются в секции [REDIRECT] INI-файла каждого сервера (irbis_server.ini)

[REDIRECT]

S1=:6666

S2=:6666

S3=:6666

и т.д.

Списки БД читателей и БД ЭК, а также содержимое секции [REDIRECT] для всех участников корпорации могут быть ОДИНАКОВЫМИ - за счет того, что обеспечена возможность определять для сервера ИРБИС СОБСТВЕННЫЕ базы данных формально через технологию REDIRRECT (т.е. например, сервер Библиотеки 2 будет работать с БД <имя БД>%S2% как со своими собственными)

Важные замечания:

Предлагаемая технология книговыдачи работает ТОЛЬКО в режиме СКОРОСТНОЙ КНИГОВЫДАЧИ.
Сервера ИРБИС участников корпорации должны иметь реальные IP-адреса (или находиться в одной ЛВС).
Учет статистики (посещений, выдачи, возврата) ведется по БД RDR, к которой относится обслуженный читатель (а не по БД RDR по месту обслуживания). Для ведения общей статистики корпорации целесообразно каждому месту обслуживания (т.е. каждой библиотеке-участнице) присвоить соответствующий код МЕСТА ВЫДАЧИ, который указывать в настройках АРМа Книговыдача.
Для работы по предлагаемой схеме штрихкоды/радиометки читателей и экземпляров изданий должные быть УНИКАЛЬНЫ в пределах корпорации.

2. В режимах ГРУППОВОЙ ВЫДАЧИ (ИРБИС64) обеспечен АВТОМАТИЧЕСКИЙ выбор выдаваемых экземпляров в случае, когда есть ЕДИНСТВЕННЫЙ выбор из списка свободных экземпляров.

3. Создан новый режим - Единовременная выдача/возврат экземпляров группового учета (ИРБИС64)

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

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

При вводе ИНВ.НОМЕРА/ШТРИХКОДА, выдаваемых/возвращаемых экземпляров, возникает подсказчик в виде СУММАРНОГО словаря инв.номеров/штрихкодов всех БД электронного каталога из списка доступных (по умолчанию dbnam3.mnu)

В этой технологии подразумевается уникальность инв.номеров/штрихкодов в пределах всех БД ЭК

При выполнении единовременных возвратов рекомендуется для отбора читателей использовать вид поиска: ВЫДАННАЯ ЛИТЕРАТУРА/ШТРИХКОД - в этом случае инв.номер/штрихкод для возврата устанавливается автоматически.

Видимость (доступность) данного режима определяется параметром MASSLAND секции [MAIN] ini-файла АРМа Книговыдача: 0 - режим невиден; 1 (по умолчанию) - виден.

Необходимо еще раз отметить:

- режим предназначен ТОЛЬКО для экземпляров группового учета (статус U);

- выдача/возврат оформляется на ГРУППУ читателей, а не на одно лицо.

(Кстати, в этой доработке впервые в ИРБИС64 используется логическое сложение словарей разных БД «на лету»)

4. Обеспечена возможность определять ПРАВО ПОЛЬЗОВАНИЯ библиотекой на основе ФОРМАТА.

Имя формата определяется в секции [READER] ini-файла (irbisb.ini)

ReaderRightsPft=

(по умолчанию - пустота, т.е. ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ в этом случае определяется по станадартному - "старому" - алгоритму)

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

Необходимо отметить, что учет таких данных как РАЗРЕШЕННЫЕ/НЕРАЗРЕШЕННЫЕ места обслуживания, ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ (поля 56, 57 и 29 в записи чичтателя), а также параметров MAXBOOKS и MAXDOLGBOOKS возлагается на вновь вводимый формат (ReaderRightsPft)

5. Для режима ВЫДАЧА БЕЗ ЗАКАЗА обеспечена ГРУППОВАЯ выдача на основе ПОСТОЯННЫХ/ТИПОВЫХ запросов (См. рисунок ниже- кнопка в красном кружке)

В качестве типовых запросов могут использоваться запросы, реализующие ОТБОР комплектов изданий по какому-либо профилю - например, комплект литературы для студентов определенного контингента (т.е это может быть альтернативой режиму ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ - в случае, когда в записях читателей и в ЭК нет данных по КНИГООБЕСПЕЧЕННОСТИ).

В качестве списка ПОСТОЯННЫХ/ТИПОВЫХ запросов используется справочник, который находится в папке \IRBIS64\ на сервере и имеет имя, которое определяется параметром в секции [MAIN] INI-файла АРМа Книговыдача

ConstQueryMnu=

по умолчанию - используется имя IRI.MNU

Напомним, что ПОСТОЯННЫЕ/ТИПОВЫЕ запросы формируются в АРМе Каталогизатор (по умолчанию они сохраняются в справочнике IRI.mnu)

(Заметим, что имя IRI не имеет НИКАКОГО отношения к подсистеме ИРИ в АРМе Книговыдача)

6. Предлагается новая технология ПЕРЕАДРЕСАЦИИ ЗАКАЗА НА ИЗДАНИЕ-АНАЛОГ. Технология реализуется с помощью соответствующего режима в главном меню и инструментальной кнопки в области ПОЛНОГО ОПИСАНИЯ ЗАКАЗА (см. на рисунке кнопку в красном кружке)

Суть предлагаемой технологии заключается в следующем:

Читатель сформировал заказ на выдачу некоторого издания, но по каким-либо причинам (напрмер, нет свободных экземпляров) выдать его нельзя, но вместо него можно выдать АНАЛОГИЧНОЕ издание (например, тот же учебник физики, но другого года издания) - предлагаемая технология и предназначена для реализации такой возможности.

Действует эта технология следующим образом:

При нажатии соответствующей кнопки (или вызове соответствующего режима) возникает список изданий, которые являются АНАЛОГАМИ издания, заказанного по ТЕКУЩЕМУ заказу (т.е представленному в окне полного описания заказа). В случае выбора аналогичного издания происходит ПЕРЕАДРЕСАЦИЯ заказа (т.е его корректировка), после чего его можно выполнять.

Поиск АНАЛОГОВ происходит на основе специального формата, имя которого определяется параметром в секции [MAIN] INI-файла АРМа Книговыдача

ANALOGPFT

По умолчанию используется формат REL_CONTENT.PFT - тот формат, который используется для поиска СВЯЗАННЫХ документов в АРМах Читатель и Каталогизатор Пользователю предоставляется возможность создавать/корректировать этот формат по собственному усмотрению.

Необходимо отметить, что АНАЛОГИ ищутся в ТОЙ ЖЕ БД электронного каталога, в которой находится исходное издание.
АРМ Комплектатор

Мастер списания
1. На странице задания номер КСУ добавлены кнопки, по которым можно выполнить режим пополнения записи КСУ и режим просмотра/изменения файла пересчета цен.
2. Отметки, сделанные для опций – подключение автоввода, ФЛК, актуализации – запоминаются и при следующем входе в АРМ устанавливаются.
3. В режиме списания экземпляров индивидуального учета добавлена возможность обработки ситуации, когда на списание отмечены инвентарные номера с количеством ссылок больше чем 1.

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

В режиме списания экземпляров индивидуального учета, когда отмеченные инв./штрих-коды кладутся в таблицу, то проверяется статус экземпляра и проходят только экземпляры со статусом, указанным в параметре StatusSpisInd, по умолчанию это – 0. (Отмеченные экземпляры помещаются в таблицу, если используется перенос или если количество с одним инвентарным номером больше чем 1). Например, чтобы передаче подлежали также экземпляры со статусом 1, надо задать в параметре

StatusSpisInd=0, 1

В режиме списания экземпляров группового учета, когда отмеченные штрих-коды кладутся в таблицу, то проверяется статус экземпляра и отбираются только со статусом, указанным в параметре StatusSpisGroup, по умолчанию это – U. Например, чтобы списанию подлежали также экземпляры со статусом С, надо задать в параметре

StatusSpisGroup=U, C.

Возможна ситуация, когда экземпляры были отмечены, но ни один не прошел по статусу, тогда будет выдано сообщение, типа:

Режим для списания по названию в случае группового учета заменен на режим «Выбор по названию – списание по инвент.номерам/штрих-кодам». Т.е. для записей, отмеченных по названию, все экземпляры со статусами, задаваемыми в параметрах StatusSpisInd и StatusSpisGroup, помещаются в таблицу, в которой можно отметить экземпляры на списание. В частности можно решить проблему списания дублетных инвентарных номеров (учетные карточки). В этом случае хотя бы по одному из параметров таблицы экземпляры должны отличаться.

Мастер поступления.
1. Добавлена возможность выполнять заимствование описаний из ИРБИС-корпорации.
2. Заимствованные описания из ИРБИС-корпорации попадают в БД комплектования с кодом РЛ PAZK. Когда эти записи передаются в БД каталога, то не происходит преобразования по таблице (нет надобности). Поэтому в новых записях не формируется код этапа работы ‘ОБРНЗ’, как в записях ZK.

Поэтому предлагается параметр в секции ENTRY со значением по умолчанию:

ValNoDone=ОБРНЗ

В этом параметре можно переопределить (или отменить) код, который будет присваиваться записи PAZK (в поле 907) при переносе.

Мастер заказа.
1. Предусмотрено создание заказа без указания организации. В этом случае в дереве «Организация – заказы» эти заказы будут помещаться по условным названием «(Аукцион)». Название можно изменить в параметре MZwithoutORGtxt.
2. Предусмотрено в описание заказа вносить только количество предполагаемых экземпляров без указание номера заказа и организации. Это выполняется в поле 62 и для учебника в поле 694. Тогда в дереве заказов такие описания соберутся под названием «(Заказ запланирован)». Название можно изменить в параметре BOwithNumbZkBook.

Добавлен новый вид поиска в задаче «ЗАКАЗ» - «Дезидераты, с заданным количеством для заказа». В словаре этого вида приводятся названия книг, а в связанном списке количество заказанных экземпляров.
Добавлен режим ввода – заимствование из ИРБИС-корпорации.

Проверка фонда. Изменен словарь проверки фонда. Он распался на отдельные словари, которые формируются независимо от значения в файле ORG.mnu. Словари добавлены в виды поиска для БД каталога в задаче «Поступление».

Исправлены таблицы, формируемых по результатам проверки. В опросный лист добавлено место хранения, для которого проводилась проверка.

В параметрический файл выведены параметры, регулирующие видимость операционных кнопок для задачи «Поступление» и «Списание». Если принимается решение, что работы выполняется только через «Мастер поступления» и «Мастер списания», то следует обнулить параметры:

AccessPostNewKsu=0 – видимость кнопки «Новая запись КСУ»

AccessPostNewZK=0 – видимость кнопки «Ввод описаний без заказа»

AccessPostStatKsu=0 – видимость кнопки «Пополнение записи КСУ»

AccessSpisKsu=0 – видимость кнопки «Новая запись КСУ»

AccessSpisGroup=0 – видимость кнопки «Групповое списание»

AccessSpisEnd=0 – видимость кнопки «Завершение выбытия»

AccessSpisStat=0 – видимость кнопки «Пополнение записи КСУ»

AccessSpisDelMove=0 – видимость кнопки «Удаление/Перенос БО»

AccessSpisCena=0 – видимость кнопки «Изменение файла пересчета цен»

Пример интерфейса с отключенными режимами в «Поступлении»:

АРМ Книгообеспеченность

В режиме «Формирование отчетов»

В опросном листе некоторых таблиц добавлен параметр «ККО в отладочном варианте?», по которому можно видеть как формируются значения ККО.
Для большинства таблиц добавлен параметр отбора «Вид обучения».
Добавлена новая возможность при формировании списка № 3 (KoListEkz). В опросном листе появились параметры:

Только устаревшие? – Если выбрать «ДА», то в таблицу попадут только книги, степень новизны которых меньше заданного значения
Степень новизны – Можно задать число, определяющее раньше какого года издания (текущий год «минус» заданное число) попадут книги в таблицу. Если число не задано, то оно будет браться в зависимости от цикла из справочника CycleNew.mnu.

Т.к. у этой таблицы стал другой РЛ, то в INI-файле изменился параметр GRWssList3=. Следует его опустошить, чтобы использовался лист опроса по имени таблицы – KoListEkz.

Для суммарной таблицы «Книги-студенты» по специальностям в опросном листе добавлен параметр «Направление вместо специальности». Если выбрать ДА, то таблица будет сформирована по направлениям.
Для суммарной таблицы «Книги-студенты» по факультетам в опросном листе добавлены параметры:

«Экземпляры пропорционально студентам?». Если ответ будет «ДА», то реальное число экземпляров, вычисленное по учебникам факультета, заменяется на приведенное число экземпляров. Считается, что при выдаче все экземпляры распределяются между факультетами пропорционально количеству студентов. Вычисляется коэффициент – количество студентов данного факультета (с учетом отбора), деленное на общее количество студентов (с учетом отбора). Реальное количество экземпляров умножается на этот коэффициент (он меньше единицы).
Включить БД из справочника? – параметр описан ниже

Для суммарной таблицы «Книги-студенты» по дисциплинам в опросном листе добавлены параметры

Кол-во ЭУ меньше...? – Выбор ДА задает режим показа только тех дисциплин, у которых количество ЭУ меньше заданного значения
Кол-во ЭУ для сравнения – задает в.у. значение. Если не задано, то значение для сравнения = 3
Включить БД из справочника? – параметр описан ниже

В таблице добавлен новый столбец – количество ЭУ для дисциплины

Таблицы для лицензирования

1 2 3 4 5 6 7 8 9 ... 34

Добавить документ в свой блог или на сайт

	Билет №13 Понятие файла и файловой системы организации данных (папка, иерархическая структура, имя файла, тип файла, параметры файла). Основные...		Каково полное имя сохранённого файла? Файл, полное имя которого было C:\doc\MyReferat doc, сохранили в подкаталоге referat корневого каталога диска Н. Каково полное имя...
	Программа по формированию навыков безопасного поведения на дорогах... В некотором каталоге хранился файл Вьюга doc. В этом каталоге создали подкаталог Январь и файл Вьюга doc переместили в созданный...		Программа по формированию навыков безопасного поведения на дорогах... В некотором каталоге хранился файл Вьюга doc. В этом каталоге создали подкаталог Январь и файл Вьюга doc переместили в созданный...
	Слово немецкое, означающее надпись, помещаемую на каждой странице... Очень полезно вставлять в печатаемые документы имя файла или полное имя файла, дату создания, чтобы в любой момент можно было найти...		Пушкин doc, полное имя файла стало F:\Литература\Поэты\xix\Пушкин... В некотором каталоге хранился файл Пушкин doc. После того как в этом каталоге создали подкаталог и переместили в созданный подкаталог...
	Итоги работы за 1 полугодие 2012 – 2013 учебного года! Основы информационных технологий Файловая система (понятие файла, имя файла, типы файлов, структура файловой системы пк, особенности системы fat и ntfs, работа с...		Тема Имя файла Братышева\Братышева\Уроки информатики\Материалы к урокам\ Кодирование текст информации ppt
	Программа по формированию навыков безопасного поведения на дорогах... Ключевые слова: файл, файловая система, путь к файлу, имя файла, дерево файловой системы		Программа по формированию навыков безопасного поведения на дорогах... Ключевые слова: файл, файловая система, путь к файлу, имя файла, дерево файловой системы
	Некоторые рекомендации по оформлению новых уроков в проекте «Открытые уроки» для студентов Название файла урока любое, но лучше осмысленное, латинскими буквами, расширение файла htm		Требования к выполнению задания Первое задание представляет собой текстовый файл-документ, созданный процессором word. Имя файла имеет вид sale-xxx, где XXX ваша...
	Требования к оформлению реферата по учебной дисциплине Реферат по учебной дисциплине выполняется в установленной форме (имя файла электронной формы: «р реферат по дисциплине шаблон»)		Правила оформления статей А4 (210 х 297 мм) с полями с левой и правой стороны не менее 25 мм (размер шрифта: кегль 12; гарнитура Times New Roman) и файл статьи...
	«Открытие и закрытие файла последовательного доступа. Запись в файл... Обучающая: закрепление навыков использования оператора ветвления при составлении и реализации программ, набора и отладки программы,...		Правила написания рефератов В дополнение к бумажному варианту необходимо выслать электронный вариант по адресу macro2004@yandex ru (для моих групп – 121,124-126,...

Имя файла справочника (ItemMenu) =

Похожие: