У нас поставлена версия ИРБИС 64+. 2019, Комплектатор открывается из дистрибутива 03.09.18 с обновлениями подписан внизу 2019.1(Д4).

Работаем с ВыБЫТИЕМ в АРМе "Комплектатор", но не через мастер списания. Ввели очередную запись КСУ выбытия, запись сохранилась. К ней из Электронного каталога провели отбор экземпляров для списания. Автоматически к списанному экземпляру стал приписанный № КСУ и акта выбытия, установленного в настройке.
После этого, нажимаем на значок "Завершение выбытия" и он никак не реагирует, не работает. Соответственно не можем вывести форму Акта на печать. Раньше в другой версии мы так работали и всё получалось. Что не так?



Редактировано 1 раз. Последний раз 02.02.2021 14:25 пользователем VEV.

В версии 2019 нет такого режима. Этот (и другие) режим давно заменен Мастером списания, в котором надо работать.

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

Нет, я уже не могу отвечать за этот режим и за эту глобальную. Но печать формы не связана с выполнением этого режима. Разберитесь почему у вас не получается печать акта? Имя таблицы?

После завершения выбытия мы выводили на печать форму NSPACTW - Список к акту на исключение книг. Но в данном случае, при занесении данных о списании экземпляров, следующий процесс - выбытие не происходит, также не происходит пополнение КСУ выбытия, форма для печати формируется пустая. Для всех предыдущих КСУ выбытия, которые просто перенесены в базу CMPL и KAT такая таблица формируется.



Редактировано 4 раз. Последний раз 04.02.2021 05:45 пользователем VEV.

1. Форма NSPACTW использует поля 940 (в записях каталога!), которые правильно формируются при списании в Мастере списания.
2. Пополнение выполняется по БД, в которой вы списывали. Вы списывали в БД CMPL (что является абсурдом)? Почему пополнение по CMPL?

Завершение выбытия - вообще непричем. Вы работаете по какой-то своей придуманной технологии. Действуйте по инструкции и все будет получаться.

Стали работать через мастер списания по выбытию в своей 2019 версии, получив еще обновления D5. Те книги, у которых статус 0 и списываются из электронного каталога по инв.номерам/штрихкодам, отлично списываются и списанные номера отлично формируются в таблице для списания.

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

У вас порядка 10 000 утерянных? Поскольку формируется таблица без технологии буферизации, то возможно, что при ее заполнении происходит зависание. Я даже не могу проверить эту ситуацию - нет таких примеров.
Как получилось, что у вас накопилось столько утерянных?

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

Вы "ломаете" технологию. Почему не поставить было статус 5 - временно не выдается? Потом могли бы отобрать по статусу, выгрузить с список, и далее списать "по файлу". В версии 2019 даже есть таблица получения списка экземпляров по статусу - см.111.
Вы можете по этой таблицы получить список со статусом 4 и использовать его для списания по файлу.

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



Редактировано 1 раз. Последний раз 09.02.2021 11:42 пользователем VEV.

Еще один момент, я разговаривала с сотрудниками... Статус уже стоит у 10000 экз., но списываться за один раз они НЕ ДОЛЖНЫ... работа делается постепенно, такое количество в одном КСУ не пройдет..даже в бухгалтерии.... как быть теперь нам, с таким количеством статуса 4 и что делать?
Как выправить теперь работу?

Не видите форму? А я не вижу на картинке вашу версию, поэтому ответа нет.
Мой совет:
- в словаре утерянных отметить порцию ваших "утерянных",
- выгрузить их в файл (кнопка "Копировать отмеченные термины в список")
- на эти же отмеченные запустить глобальную корректировку, меняя статус 4 на статус 5
- в Мастере списания выполнить списание по файлу

И так в несколько заходов.
Статус надо поменять, т.к. со статусом 4 не найдутся в словаре и не спишутся.

Спасибо, попробуем. Версия 2019, с обновления D5

А в 2019 эта таблица есть - см.111.
Если у вас нет, значит вы не по правилам переходили на версию

Еще один вопрос. Есть ли возможность при отборе инвентарных номеров для КСУ выбытия в АРМе Комплектатор корректировать саму запись. Встречаются моменты, когда нет цены или дата поступления мешает сформировать перерасчет цены...



Редактировано 1 раз. Последний раз 09.02.2021 14:41 пользователем VEV.

Получен был дистрибутив 2019 с D4, обновлен до D5. Прилагаю сканы того, что я вижу у нас. IRBISP.INI - без изменений от нас.

Но базу KAT нужно было правильно переносить. Т.е. заново создать БД KAT как ЭК и потом туда вгрузить файл, ранее экспортированный из старой версии. Иначе как у вас появятся новые файлы, которых не было в старой версии?
Посмотрите эту же картинку для стандартной БД IBIS

В АРМе Комплектатор можно корректировать ВСЕ записи ВСЕХ баз данных

Действительно, Людмила Николаевна, проверила на IBIS. таблица есть, вы правы. Можно уточнить, мы переносили из версии 2014 через экспорт, в UTF, текстовый файл, на внешний диск базу ЭК, потом в версию 2019 через импорт через этот же формат, с отключением всех контролей в новую базу, выбрав пункт - по образцу существующей, IBIS. Создан заново словарь. Где произошла ошибка? Нельзя было выбирать по IBIS? Заменены справочники, которые наши были.
Подскажите, пожалуйста, если это неверный путь, возможно ли заново создать базу, удалив эту, но уже с копией сегодняшнего дня...



Редактировано 2 раз. Последний раз 10.02.2021 05:14 пользователем VEV.

VEV написал(а):
-------------------------------------------------------
> Действительно, Людмила Николаевна, проверила на
> IBIS. таблица есть, вы правы. Можно уточнить, мы
> переносили из версии 2014 через экспорт, в UTF,
> текстовый файл, на внешний диск базу ЭК, потом в
> версию 2019 через импорт через этот же формат, с
> отключением всех контролей в новую базу, выбрав
> пункт - по образцу существующей, IBIS. Создан
> заново словарь. Где произошла ошибка? Нельзя было
> выбирать по IBIS? Заменены справочники, которые
> наши были.
> Подскажите, пожалуйста, если это неверный путь,
> возможно ли заново создать базу, удалив эту, но
> уже с копией сегодняшнего дня...

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

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



Редактировано 1 раз. Последний раз 10.02.2021 08:00 пользователем GLUKa.

Спасибо

Помогите, пожалуйста, до конца разобраться с выбытием. Конечно, понимаем, что все уже давно работают в мастере списания, а мы тут работали неправильно много лет, но у нас еще и сроки поджимают по работе..
Делаем выбытие, формируется нормально в АРМ Комплектатор запись со списанием, формируется таблица.
Но что не так сделано в каталоге?, потому что запись, где все экземпляры списаны, видна читателям



Редактировано 1 раз. Последний раз 10.02.2021 09:33 пользователем VEV.

См. в инструкции режим "Удаление/Перенос" в Мастере списания

Спасибо!

Подскажите, пожалуйста, какой справочник мог заменен неверно в каталоге, что мы не видим формирования таблицы EKZOUT

Tabpw.mnu в папке БД каталога

Спасибо

Здравствуйте.

Мы в 2021 году создавали КСУ на списание с неправильным названием и теперь хотим откорректировать. Было КСУ 2021/166/2 15062021, а надо 2021/168/2 15062021. Как правильно это сделать, подскажите. А то мы уже другую КСУ исправляли глобально в каталогизиторе, но теперь у нас не пополняется в CMPL

Надо делать исправления:
1. в записях каталога. Их можно отметить для исходного КСУ (см.111), вызвать глобальную, в которой расписать два оператора - для поля 910 и поля 940. Пример на 111, где A65 меняется на А75. Вы можете делать замену /166/ на /168/
2. взять саму запись КСУ в БД CMPL и в ней заменить в поле 88^A 166 на 168