Уважаемый Сектор информационного обеспечения управления информатизации КемГИК, зачем же так категорично.
"...Вы не любите кошек?! Так Вы просто не умеете их готовить!" (только пожалуйста, не воспринимайте буквально
)
Главный призыв - обратите пожалуйста внимание на те возможности, которые уже есть и на перспективы, к которым мы все рано или поздно придем.
В
правилах пользования НБ Кем.ГИК указана процедура записи читателей. Она предусматривает (как и у многих других библиотек) ознакомление читателей с правилами пользования библиотекой и информационными ресурсами и получение (в той или иной форме) согласия следовать данным правилам. Только после этого читателю предоставляются основные услуги библиотеки. В противном случае - читальный зал, причем не электронный и гугл. Поэтому, не надо исключать из цепочки библиотеку.
То, что пароль не надо хранить в открытом виде - факт. Пароль вполне можно скрыть от глаз большинства пользователей библиотеки, настроив рабочие листы, да и хранить его можно также как и в других системах - в виде результата шифрования по MD5, как это делает тот же ИРБИС128.
Нам тоже необходимо иметь возможности как авторизации, так и автоматизированного наполнения БД читателей/пользователей пользуясь LDAP протоколом, интегрируя ИРБИС с другими информационными системами вуза. Но пока вполне удается (хотя и с трудом) без этого обходиться.
Увы, в этой части пока нет единых стандартов, которые были бы применимы для всех с т.з. состава и формата информации (сравните с RUSMARC, который хотя и имеет разночтения у разных производителей АБИС, но все же позволяет взаимодействовать этим АБИС друг с другом). Да и сами системы, применяемые в вузах достаточно разнообразны - от самописных систем и Open Source до коммерческих продуктов.
Тем не менее, тоже считаю, что механизмы взаимодействия с LDAP серверами в ИРБИС очень нужны, т.к. это позволит сотрудникам библиотеки больше заниматься вопросами обслуживания читателей/пользователей, сокращая временные затраты на вопросы их регистрации.
Проекты интеграции с ЭБС, подобные ФЕДУРУС, ведут всех нас к этому счастью, правда пока что ФЕДУРУС не очень результативно, но надежда с появлением
проекта ГОСТа на ЭБС, инициированного участниками
АППОЭР все же есть.
К сожалению, пока еще далеко не во всех вузах так хорошо как у вас обстоят дела с информатизацией. В ряде вузов информация из приемных комиссий попадает в библиотеки быстрее, чем в соответствующую БД ЭИОС вуза, поэтому фактически именно библиотеки позволяют оперативнее зарегистрировать читателей в разных ЭБС и собственной системе, являющейся частью ЭИОС вуза.
В таких ситуациях технология импорта данных о читателях из текстового/XML или xls файлов (предусматривающая как добавление новых, так и обновление имеющихся записей), реализованная Л.Н. Очаговой в АРМ Книгообеспеченность при небольшой настройке (практически без привлечения программистов) позволяет оперативно (хоть каждый день) импортировать данные о читателях.
Не достает пожалуй только возможности выполнения данной процедуры в пакетном режиме.
Пользуясь случаем очень прошу разработчиков реализовать такую возможность в пакетном режиме. с указанием необходимых параметров для выполнения импорта.
Редактировано 1 раз. Последний раз 16.03.2017 09:20 пользователем А. Роман.