В приложенном задании для номеров журналов кроме учете шифра на нац.языке, изменено - приписывание номера КСУ в том регистре, в котором задано в записи КСУ.
В файле rksu.fst действительно сравнение было зависимо от регистра. Но в D5 как раз положен вариант, где номер КСУ используется без учета регистра.
Попробуйте.

Спасибо. D5 еще только буду ставить.
А можно еще чтобы в режиме ЖУРНАЛЫ: списание по году-месту хранения, тоже не менялся регистр.

Елена, КрЦНТИБ Красноярской ж.д.

Я буду смотреть

LiLi, прикладываю вариант задания на опробывание, в которых регистр не меняется.

Людмила Николаевна, списывала режимом ЖУРНАЛЫ: списание по году-месту хранения, регистр не поменялся.
Но на этапе Пополнение КСУ после завершения обработки всей партии, все таки учитывается регистр. Пробовала этот режим отдельно запускать, не считает, если выбрать значение КСУ выбытия (выбирает все в верхнем регистре). Изменяю значение с учетом регистра при пополнении КСУ.

Елена, КрЦНТИБ Красноярской ж.д.

А вы не работали до сих пор в Комплектаторе с 2012 года?
По сообщению я могу предположить, что есть ошибка формата в файле rksu.fst. Приложите его.

Работаем с этим АРМом больше чем с 2012 года, но был другой человек, она видимо как-то к этому приспособилась. Сейчас я этим занимаюсь, большой объем списания накопился и возникают вопросы.
Спасибо за понимание.
Файл прикладываю.

Елена, КрЦНТИБ Красноярской ж.д.

Я не так вас поняла - решила, что речь о пополнении КСУ поступления, для этого и файл rksu.fst. Вы его приложили, но он из версии 2018 и тоже не работает, т.к. в нем добавлены строки комментариев, а версия 2012 не понимает эти строки.
Пополнение КСУ выбытия делается по файлу rks2.fst, из БД каталога, по которому делается пополнение. Вот его и приложите.

Простите за задержку с ответом, упустила это сообщение. Прикрепляю.
В этом файле есть наши дополнительные строки.

Елена, КрЦНТИБ Красноярской ж.д.

Та же ситуация, что и с поступлением. Вы взяли rks2 не из вашей версии 2012. Так не надо делать, и хотя бы предупреждать.

Людмила Николаевна, мы работаем в версии 2018.1.
И эти файлы из новой версии.

Елена, КрЦНТИБ Красноярской ж.д.

Но на вашей картинке был интерфейс версии 2012!.
А в 2018 ваш файл прекрасно работает, см. 11.
Лена, будьте точнее при задании вопроса.

Я картинки не прикладывала, с кем-то перепутали наверное.
А у Вас все номера КСУ содержат буквы в верхнем регистре?
У нас проблема в том, что в номере КСУ буквы разного регистра, а при пополнении он считает их в верхнем регистре, соответственно в КСУ нет никаких данных.

Елена, КрЦНТИБ Красноярской ж.д.

Задам сразу еще один вопрос по списанию.
Подскажите, пожалуйста, какой файл отвечает за заполнение поля 1909 в сводном описании периодического описания?
Похоже что с обновлением оно не стало заполняться. Точно дату не помню когда установила D5. Хочу проверить одинаковые ли файлы в базах.

Елена, КрЦНТИБ Красноярской ж.д.

Да, вопросы мешаются, упомнить невозможно. Еще Панаев писал - каждый вопрос надо начинать с указания версии!
Если речь о пополнении КСУ выбытия, то
1. rks2.fst (ibis) давно требовал пересмотра на предмет сравнения на разных регистрах. Я исправила и прикладываю, будет в D6
2. пополнение делайте в Мастере списания, т.к. режим в главном интерфейсе я считаю устаревшим и не отслеживаю его. Думаю, проблема в нем.

Поле 1909 строится при списании журналов, используется формат NjYearKum.pft



Редактировано 1 раз. Последний раз 04.07.2019 15:44 пользователем ochagova.

Постараюсь не забывать указывать версию.
Спасибо за обновленный файл, сейчас пополнение работает корректно.
Режимы используем только Мастер списания.

Если правильно разобралась.
Файл NjYearKum.pft отвечает за кумуляцию 909. За поле 1909 - NJYear1909.pft.
Файл NJYear1909.pft почему-то не отрабатывает, не заполняются данные о списании. Одинаковый во всех ЭК.
Какие файлы еще задействованы в списании журналов, кроме spisgbljyear, NjYearKum.pft, NJYear1909.pft?

Елена, КрЦНТИБ Красноярской ж.д.

Еще используется формат NJYearmhr. Действия выполняются в три этапа, я сейчас не берусь сформулировать каждый этап, надо самой "погрузиться" в этот алгоритм. Но если включить параметр show_glob_task=1, то в irbiswrk выводятся промежуточные отладочный файлы.
Постараюсь сформулировать алгоритм и написать, а также записать его (наконец-то) в инструкцию.

Описала алгоритм выполнения списания по году-месту хранения. Анализируя отладочные файлы, мне кажется, можно понять причину неформирования полей 1909.
Текст будет также в инструкции
Еще попробуйте заменить формат в каталоге



Редактировано 1 раз. Последний раз 06.07.2019 14:38 пользователем ochagova.

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

Елена, КрЦНТИБ Красноярской ж.д.



Редактировано 1 раз. Последний раз 29.10.2019 07:46 пользователем LiLi.

"Читайте матчасть". Есть параметр:

// перечень статусов - спиание НЕ выполняется, экзепляры НЕ подаются
StatusNoSpis=6,2,8,R,p

Если в перечне нет статуса 1, то он спишется.

ochagova написал(а):
-------------------------------------------------------
> "Читайте матчасть". Есть параметр:
>
> // перечень статусов - спиание НЕ выполняется,
> экзепляры НЕ подаются
> StatusNoSpis=6,2,8,R,p
>
> Если в перечне нет статуса 1, то он спишется.


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

Елена, КрЦНТИБ Красноярской ж.д.

А почему не списаться, если кроме выданных есть другие? В записи были свободные?

У нас каждый экземпляр учитывается индивидуальным штрих-кодом. Соответственно экз. 1, числится за читателем 1. И такие списались по списку штрих-кодов.

Елена, КрЦНТИБ Красноярской ж.д.

Вы же сказали:
Так экземпляры безинвентарные, со статусом U.......
Теперь:
...экземпляр учитывается индивидуальным штрих-кодом...
Тем более - ответ в параметре "StatusNoSpis"

Простите, пропустила ответ.
Статус U при выдаче же не меняется, меняется лишь количество выданных экземпляров.
И если в параметре указать статус U, то эти экземпляры же вообще не будут списываться?! Или что-то путаю?

Елена, КрЦНТИБ Красноярской ж.д.

Можно еще раз - в чем вопрос?

При списании по файлу, если у книги при безинвентарном учете (статус U) количество выданных экземпляров стоит 1 (т.е. экземпляр выдан), экземпляр все равно списывается, система не учитывает свободен ли экземпляр.

Ирбис64 2018.1 D7

Елена, КрЦНТИБ Красноярской ж.д.

Если кол-во выданных = 1, но общее кол-во = 2, то списание выполняется и это правильно. Вы, видимо, имеете в виду ситуацию, когда общее кол-во = кол-ву выданных? Можно ли списывать - ответ неоднозначный. В свое время просили списывать инд.экземпляры со статусом 1, когда понятно, что книгу никогда не вернут. Для этого ввели параметр
// перечень статусов - списание НЕ выполняется, экземпляры НЕ подаются
StatusNoSpis=6,2,8,R,p
Т.е. сами выбирайте списывать экз-р 1 или нет.
В ситуации статуса U - надо подумать как быть

Простите, но странная это логика вообще "списывать со статусом 1, когда понятно что книгу не вернут". Получается же рассогласование с БД RDR, книга то продолжает в этом случае числиться за читателем. Но вообще-то для ситуации когда понятно есть статус 4, который проставляется кнопкой в книговыдаче и при этом выполняется возврат с формуляра читателя по причине утери. А если книга списана, но остается при этом числиться на читателе, то это даже и незаконно. Конечно, хорошо, что есть возможность настройкой запретить списание 1 самим, но странна сама технология, которая позволяет делать списание при желании с нарушением законов.



Редактировано 4 раз. Последний раз 13.11.2019 18:02 пользователем roit.

ochagova написал(а):
-------------------------------------------------------
> Если кол-во выданных = 1, но общее кол-во = 2, то
> списание выполняется и это правильно. Вы, видимо,
> имеете в виду ситуацию, когда общее кол-во =
> кол-ву выданных? Можно ли списывать - ответ
> неоднозначный. В свое время просили списывать
> инд.экземпляры со статусом 1, когда понятно, что
> книгу никогда не вернут. Для этого ввели параметр
>
> // перечень статусов - списание НЕ выполняется,
> экземпляры НЕ подаются
> StatusNoSpis=6,2,8,R,p
> Т.е. сами выбирайте списывать экз-р 1 или нет.
> В ситуации статуса U - надо подумать как быть

У нас как раз такая ситуация "кол-во = кол-ву выданных". Каждый экземпляр учитывается самостоятельно.

По поводу статуса 1, что экземпляр не вернется, на мой взгляд тоже нелогичен. В таком случае надо чтобы этот экземпляр спи списании снимался с читателя.

Елена, КрЦНТИБ Красноярской ж.д.