При списывании книг с читателей в АРМе «Книговыдача», в АРМе «Каталогизатор» не меняется статус с «1» на «0»!!!!
И естественно в последующем эти книги невозможно записать на другого читателя.
Приходится заходить в АРМ «Каталогизатор» и исправлять «1» на «0» вручную!!!

RyhoR написал(а):
-------------------------------------------------------
> При списывании книг с читателей в АРМе
> «Книговыдача», в АРМе «Каталогизатор» не меняется
> статус с «1» на «0»!!!!
В таком случае арм книговыдача ДОЛЖЕН выдавать соответствующее сообщение.
Проведите диагностику в БД электронного каталога.

> И естественно в последующем эти книги невозможно
> записать на другого читателя.
> Приходится заходить в АРМ «Каталогизатор» и
> исправлять «1» на «0» вручную!!!

Как провести диагностику в БД электронного каталога?

RyhoR написал(а):
-------------------------------------------------------
> Как провести диагностику в БД электронного
> каталога?
Однако...
Арм Администратор.

Диагностику сделал - ошибки не обнаружило.
Но заметили следующее

Иногда при возврате книг читателем в АРМе «Каталогизатор» не меняется статус с «1» на «0»!
Причем бывает, что на одну и ту же книгу он может как и поменять статут (т.е. списать с читателя), а может и не поменять!
Эта проблема только с книгами! С журналами и др. подпиской таких случаев замечено не было!
Проблема появилась при установке новой версии 15.1

Как уже сказано выше:В ТАКИХ СЛУЧАЯХ АРМ КНИГОВЫДАЧА ВЫДАЕТ СООТВЕТСТВУЮЩЕЕ СООБЩЕНИЕ!
Такая ситуация также может возникать, если операторы книговыдачи ПРЕРЫВАЮТ обращение к серверу.

Добрый день.

Наши операторы работают на тонких клиентах. При возврате книги из формуляра читателя книга списывается, оформляется возврат, а в АРМ Каталогизатор статус документа остается 1. Никаких сообщений при этом система не выдает. И сами библиотекари не могут прерывать обращение к серверу. Таких документов у нас становится все больше. У некоторых повторяется история - исправляем статус, выдаем книгу, при сдаче опять остается статус 1.
У меня такой вопрос - ПОЧЕМУ так происходит и КАК этого избежать?

Версия ИРБИС 64 2013.1

olla-nt написал(а):
-------------------------------------------------------
> Добрый день.
>
> Наши операторы работают на тонких клиентах. При
> возврате книги из формуляра читателя книга
> списывается, оформляется возврат, а в АРМ
> Каталогизатор статус документа остается 1.
Это происходит при возврате ЛЮБОГО издания?


Никаких
> сообщений при этом система не выдает.
В этом случае (т.е. если статус с экземпляра не удалось снять) сообщение выдается ОБЯЗАТЕЛЬНО

И сами
> библиотекари не могут прерывать обращение к
> серверу.
Почему "не могут"?

Таких документов у нас становится все
> больше. У некоторых повторяется история -
> исправляем статус, выдаем книгу, при сдаче опять
> остается статус 1.
> У меня такой вопрос - ПОЧЕМУ так происходит и КАК
> этого избежать?
>
> Версия ИРБИС 64 2013.1

Alio написал(а):
-------------------------------------------------------
> olla-nt написал(а):
> --------------------------------------------------
> -----
> > Добрый день.
> >
> > Наши операторы работают на тонких клиентах. При
> > возврате книги из формуляра читателя книга
> > списывается, оформляется возврат, а в АРМ
> > Каталогизатор статус документа остается 1.
> Это происходит при возврате ЛЮБОГО издания?
>

нет, только книг

>
> Никаких
> > сообщений при этом система не выдает.
> В этом случае (т.е. если статус с экземпляра не
> удалось снять) сообщение выдается ОБЯЗАТЕЛЬНО
>

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


> И сами
> > библиотекари не могут прерывать обращение к
> > серверу.
> Почему "не могут"?

потому что в этот момент заняты обслуживанием читателей, и АРМ они не закрывают

>
> Таких документов у нас становится все
> > больше. У некоторых повторяется история -
> > исправляем статус, выдаем книгу, при сдаче
> опять
> > остается статус 1.
> > У меня такой вопрос - ПОЧЕМУ так происходит и
> КАК
> > этого избежать?
> >

На скринах пример такой книги. В АРМ Каталогизатор в книге стоит статус 1, а в АРм Книговыдача в выданных книгах ее нет. Эта книга попалась с неснятым статусом 1 уже второй раз.


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

> > Версия ИРБИС 64 2013.1

Проведите ДИАГНОСТИКУ БД электронного каталога.

Чтобы АРМ Книговыдача не выходил на передний план - сворачивайте его.

Диагностику провожу регулярно, в сегодняшней диагностике ошибок не обнаружено.

А по поводу АРМ Книговыдача - действительно при сворачивании не выходит поверх окон, кто бы мог подумать - какое простое решение!

Возвращаюсь с тем же вопросом. На этот раз удалось отловить книжку, которую сдали позавчера, статус у нее 1, а книга у меня в руках.

Читатель сдал книгу 21.11.2017 года. В формуляре читателя она числится сданной. При попытке разыскать книгу в выданных на скрине можно увидеть, что ее нет в списке. Заходим в каталогизатор, находим библиографическое описание книги и видим статус 1. Сама книга находится у меня перед глазами.

Диагностика проводилась в понедельник и сегодня - ошибок нет.

Уважаемые разработчики, пожалуйста, объясните - почему так происходит и как избежать возникновения такой ситуации в дальнейшем?


версия ИРБИС 2013.1

Когда Вы выдавали эту книгу, у нее был шифр -000421 (до систематизации), а когда возвращали, шифр был другой (уже с учетом систематизации) - поэтому при возврате описание книги не было найдено (об этом Вы безусловно получали сообщение) и, разумеется, статус экземпляра не был изменен.
НЕЛЬЗЯ корректировать шифр издания, когда оно находится на руках.

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

Уважаемые разработчики!

Неужели никто не ответит на предыдущий вопрос и не поможет разобраться, почему возникает такая ситуация?

olla-nt написал(а):
-------------------------------------------------------
> тогда вот такой вариант - книга сдана в сентябре.
> Следующий читатель не может получить ее через
> книговыдачу, так как она числится занятой.
> Шифр не меняли, штрих-код не меняли
Такая ситуация возникает, если операторы АРМа Книговыдача ПРЕРЫВАЮТ обращение к серверу - в частности, при выполнении операции возврата...

хм, сами операторы не прерывают обращение к серверу, а вот техника подводит. Операторы работают на тонких клиентах и, видимо, из-за нестабильности работы сервера получается такая ситуация.

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

Более того, в ЭК книг, через оперативный режим "история чтения", отражается реальное положение дел - в дате возврата так и числится - "ДОЛГ".

Что не так? настройки места выдачи в книговыдачи самые разные пробовал. Прошу помощи вашей помощи, уважаемые разработчики.

Прилагаю запись читателя и запись книги для большей наглядности.

P.S. ИРБИС64 2017.1 (D3)

Проведите ДИАГНОСТИКУ БД RDR. Создайте словарь заново для БД RDR.

Попутно вопрос - Вы сделали поле 40 в БД RDR корректируемым через АРМ Каталогизатор?

> Проведите ДИАГНОСТИКУ БД RDR.
Ошибок не выявлено.

> Создайте словарь заново для БД RDR.
Создано. Проблема сохранилась.

Более того, выявлены еще две подобные записи - статус 1 в БД книг, выдано в 40 поле БД RDR, но нет в книговыдаче (словаре выданной литературы RDR).

> Попутно вопрос - Вы сделали поле 40 в БД RDR
> корректируемым через АРМ Каталогизатор?

Да.

levaleva написал(а):
-------------------------------------------------------
> > Проведите ДИАГНОСТИКУ БД RDR.
> Ошибок не выявлено.
>
> > Создайте словарь заново для БД RDR.
> Создано. Проблема сохранилась.
>
> Более того, выявлены еще две подобные записи -
> статус 1 в БД книг, выдано в 40 поле БД RDR, но
> нет в книговыдаче (словаре выданной литературы
> RDR).

Это может быть, если операторы Книговыдачи ПРЕРЫВАЮТ обращение к серверу...

> > Попутно вопрос - Вы сделали поле 40 в БД RDR
> > корректируемым через АРМ Каталогизатор?
>
> Да.

> Это может быть, если операторы Книговыдачи
> ПРЕРЫВАЮТ обращение к серверу...

То есть, вы хотите сказать, что в момент выдачи, происходят следующие операции:

1) Выставить книге статус 1;
2) Выставить читателю поле 40;
3) Поправить словари выданной литературы.

И при этом, систематически, милисекунда в милисекунду, операторы дергают шнур питания/провод ЛВС/аварийно закрывают программу в аккурат между второй и третьей операцией. Правильно ли я вас понял? И может ли быть вероятность того, что это вс-таки в ирбисе что-то идет не так?

levaleva написал(а):
-------------------------------------------------------
> > Это может быть, если операторы Книговыдачи
> > ПРЕРЫВАЮТ обращение к серверу...
>
> То есть, вы хотите сказать, что в момент выдачи,
> происходят следующие операции:
>
> 1) Выставить книге статус 1;
> 2) Выставить читателю поле 40;
> 3) Поправить словари выданной литературы.
>
> И при этом, систематически, милисекунда в
> милисекунду, операторы дергают шнур питания/провод
> ЛВС/аварийно закрывают программу в аккурат между
> второй и третьей операцией. Правильно ли я вас
> понял?
Нет, неправильно. Под прерыванием обращения к серверу я имел в виду ситуацию, когда операторы нажимают кнопку ПРЕРВАТЬ в интерфейсе "бегущего ирбиса"

Хорошо, переформулирую.

То есть, вы хотите сказать, что в момент выдачи, клиент отправляет серверу запросы:

1) Выставить книге статус 1;
2) Выставить читателю поле 40;
3) Поправить словари выданной литературы.

И при этом, систематически, милисекунда в милисекунду, нажимают кнопку ПРЕРВАТЬ в интерфейсе "бегущего ирбиса"? Правильно ли я вас понял?

Или клиент просто отправляет запрос серверу "выдать X книгу Y читателю", и все эти операции сервер выполняет уже независимо от того, что там с клиентом?

Alio написал(а):
-------------------------------------------------------
> Когда Вы выдавали эту книгу, у нее был шифр
> -000421 (до систематизации), а когда возвращали,
> шифр был другой (уже с учетом систематизации) -
> поэтому при возврате описание книги не было
> найдено (об этом Вы безусловно получали сообщение)
> и, разумеется, статус экземпляра не был изменен.
> НЕЛЬЗЯ корректировать шифр издания, когда оно
> находится на руках.


Выявлено любопытная ошибка все из той же оперы:

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

Т.е. в книговыдаче возврат оформлен, но книга сохраняет статус 1.

Шифр в книговыдаче отличается от шифра в базе книг. Но дальше уже странности пошли:

При попытке изменить шифр - выпрыгивает штатное предупреждение о том что нельзя изменять шифр пока книга выдана. При этом предыдущие копии записи отсутствуют.

03.06.2018 была выдана эта книга.
06-07.06.2018 Была обновлена версия ирбиса, и соответственно, был произведен импорт-экспорт базы.

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

При этом выборочная проверка показывает, что в большинстве своем шифры остались те же.