Как посмотреть количество экземпляров на абонементе?
При запросе видим количество наименований изданий

В списке выходных форм есть форма NumbEkz. Можете использовать её.

1. Отбираете запись поиском "Место хранения экз-ра".
2. В режиме "Печать" выбираете форму NumbEkz из папки "Сведения о поступлениях" (см. скриншот 1).
3. В опросном листе указываете только место хранения - то же, по которому был произведён поиск. Остальные поля оставьте пустыми (см. скриншот 2).

На выходе получите файл с таблицей, как на скриншоте 3.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ.



Редактировано 2 раз. Последний раз 08.02.2024 09:58 пользователем TatyanaB.

Сделала так, но смущает количество книг на руках, их должно быть гораздо больше, это же учебный абонемент.
По запросу на руках 926 только наименований.

На скриншоте видно, что вы отобрали издания по месту хранения «УА» и уточняете запрос чтобы статус экземпляра содержал 1.
Но в такой поиск попадут и те издания, у которых есть несколько мест хранения, но при этом выданный экземпляр не «УА».
Выходная форма же считает иначе, учитывая выдачу экземпляра из конкретного заданного места хранения.
Приведём пример.
Есть некое издание, у которого есть один экземпляр в ЧЗ и два в УА.
В УА ни один экземпляр не выдан, а вот в ЧЗ – выдан на руки.
И получается, что данное издание попадёт в поиск по месту хранения УА и уточняющему запросу "статус экземпляра содержит 1". Но в выходной форме это издания не будет считаться изданием на руках.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ.

Я согласна, что по запросу считает книги на руках и в других местах хранения, но просто 16 экз. на руках это просто нереальная цифра для учебного абонемента. Хотя количество наименований сходится и количество экземпляров на абонементе возможно соответствует действительности.

Проведите более точный последавательный поиск. Вместо задания "содержит...." задайте в окне "свободный поиск" формулу:
| v910^D: 'УА' and v910^A='1'
Пример приложен для места ХР - 111
Причем, это только для статуса 0. Если у вас еще есть групповой учет, то результат будет больше.

| v910^D: 'УА' and v910^A='1', статус А=1, количество экземпляров на руках?

Что означает количество ссылок рядом с местом хранения?

| v910^D: 'УА' and v910^A='1', статус А=1, количество экземпляров на руках?

это не количество экземпляров, это количество наименований , т.е. записей бо в которых есть выданные экземпляры по месту хранения "уа"

Что означает количество ссылок рядом с местом хранения?
количество ссылок в словаре рядом с местом хранения означает
количество повторений поля 910 в которых есть указанное место хранения
не тоже самое что количество экземпляров.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Видимо действительно какая то ошибка в форме по количеству выданных экземпляров
p_pinus написал(а):
-------------------------------------------------------
> Я согласна, что по запросу считает книги на руках
> и в других местах хранения, но просто 16 экз. на
> руках это просто нереальная цифра для учебного
> абонемента. Хотя количество наименований сходится
> и количество экземпляров на абонементе возможно
> соответствует действительности.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

А какая у вас версия ИРБИСа? Сервер не Турбо?

Пожалуй, действительно, в формате была неточность. Замените файл и сообщите - результаты изменились?

Добрый день. У нас такая же проблема. Только мы хотим посчитать по всей базе за все время, но в столбце "на руках" стоит 0, да и остальные цифры вызывают сомнения. Заменила файл на предложенный, результат тот же. При этом поиск по статусу "1" показывает 2031 экз на руках. Очень хочется разобраться что не так и где ошибка.

Чтобы разобраться, надо хотя бы увидеть картинку - что задали на входе, что получили на выходе. И конечно - версия?

В 2022.1 в Tabw.mnu этой формы нет, есть в иерархическом справочнике Tabw.tre.
Вот этих нет: NumbEkz, PeriodJ, TextHistory.
Добавила, работает.

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



Редактировано 1 раз. Последний раз 28.02.2024 09:19 пользователем Novinka.

так как по умолчанию в поставке настроено именно Tabw.tre

Novinka написал(а):
-------------------------------------------------------
> В 2022.1 в Tabw.mnu этой формы нет, есть в
> иерархическом справочнике Tabw.tre.
> Вот этих нет: NumbEkz, PeriodJ, TextHistory.
> Добавила, работает.
>
> И еще интересен выбор дат, он выбивается из
> обычной политики, когда задавать нужно не С-ПО, а
> ПОСЛЕ-ДО, т.е. указанные даты не включаются. Я
> из-за своей невнимательности не сразу поняла,
> почему неправильный результат.

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

GLUKa написал(а):
-------------------------------------------------------
> так как по умолчанию в поставке настроено именно
> Tabw.tre
>
Но ведь сохраняется возможность работать в обычной версии.



Редактировано 1 раз. Последний раз 28.02.2024 10:17 пользователем Novinka.

Прикладываю формат с исправлениями. В том числе - интервал дат со включением. Замечу, что интервал дат проверяется только при формировании колонок (2-х) поступлений.

Спасибо.

Людмила Николаевна, для проверки на одной и той же выборке записей делала статистику по статусам экземпляров и эту печатную форму. Цифры после корректировки стали ближе, но полного соответствия нет, может, я что-то недопонимаю, посмотрите, пожалуйста.



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

Подправила алгоритм для списанных - проверьте, изменилось ли число.
Кол-во поступивших отличается по понятной причине. Вы отобрали записи по дате в поле 907, а в таблице считаются данные по датам в поле 910^C, даты имеют право отличаться. Кроме того, в последовательном поиске не проверяется - может экземпляры списаны? А в формате у экземпляра проверяется статус. 2,6,7 - не считаются.
Меня смущает число утерянных =0. Это действительно так? В формате, вроде, написано верно.



Редактировано 1 раз. Последний раз 28.02.2024 17:48 пользователем ochagova.

ochagova написал(а):
-------------------------------------------------------
> Подправила алгоритм для списанных - проверьте,
> изменилось ли число.
Да, списанных показывает 22, как в статформе
> Кол-во поступивших отличается по понятной причине.
> Вы отобрали записи по дате в поле 907, а в таблице
> считаются данные по датам в поле 910^C, даты имеют
> право отличаться. Кроме того, в последовательном
> поиске не проверяется - может экземпляры списаны?
Из 1325 записей по 907 полю - нашла 7, которые в 910м все не 2007 г или 2007 в них списан. Еще парочка наименований тоже, наверно, найду.
> А в формате у экземпляра проверяется статус. 2,6,7
> - не считаются.
> Меня смущает число утерянных =0. Это действительно
> так? В формате, вроде, написано верно.
Да, видимо, у нас они через списание и замену оформляются.



Редактировано 2 раз. Последний раз 29.02.2024 13:57 пользователем Novinka.

Давно не заходила. Версия Ирбис 2020.1
Взяла последний файл NumbEkz.tbu. Получилось вот что

Я тоже взяла последний NambEkz.tbu от 18.02.2024, наложила его на сущ-ие файлы (в основном года 2019) и получила - см. 111.
Приложите свои файлы - все NambEkz.*

Людмила Николаевна. скриншот от другой задачи видимо у Вас
ochagova написал(а):
-------------------------------------------------------
> Я тоже взяла последний NambEkz.tbu от 18.02.2024,
> наложила его на сущ-ие файлы (в основном года
> 2019) и получила - см. 111.
> Приложите свои файлы - все NambEkz.*

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Да, не тот файл приложила, спасибо.
Еще раз прикладываю. Ваша картинка похожа на ситуацию ошибки в конструкциях RTF. Иногда бывает, что ручками что-то исправишь и имеешь подобную картинку.

Я послала RTF-файл, вот как этот файл выглядит картинкой

А если не брать последний NumbEkz.tbu?
А другие таблицы нормально формируются?
А вы ничего не меняли в NumbEkz?

Больше ничего не меняла.
Поменяла назад файл, получается так.
Файл 8.04.2020
Версия 2020.1



Редактировано 1 раз. Последний раз 27.03.2024 12:28 пользователем p_pinus.

Вы приложили NumbEkz.tbu, с которым все ОК?
А приложите NumbEkz.tbu, с которым ошибка.

Файл я брала из рекомендованных в этой переписке

Как-то неудачно взяли. 111 - картинка моего и вашего файлов.
Прикладываю еще раз.