Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
АРМ Комплектатор :  ИРБИС Irbis
 
Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: roit (IP-адрес скрыт)
Дата: 15, February, 2018 11:07

Партия у нас состоит из диссертации, 2 экз. автореферата и диска на котором записаны автореферат и диссертация. Все это срочно должно поступить в читальный зал, а нам не передать записи из СMPL в БД ЭК.
Да, у них автор, заглавие, год, место одно и то же. Раньше помогало наличие 215 поля. Мы его специально заполняли у автореферата и диска, чтобы не было проблем при переносе.Теперь не помогает.
Прикладываю протокол и сами записи из CMPL. Если теперь 215 поле не учитывается в свертке (что странно), то какое нам заполнять в этом случае, чтобы избежать проблем?
Подумала и поняла, что можем конечно, если нам не помогут, сейчас для срочности изуродовать заглавие для автореферата и диска. Но не хотелось бы. В любом случае это проблема решения которой хотелось бы найти.



Редактировано 2 раз. Последний раз 15.02.2018 17:09 пользователем roit.

Вложения: записи.TXT (2KB)   3-2018.txt (974 bytes)  
Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: ochagova (IP-адрес скрыт)
Дата: 16, February, 2018 09:37

Прежде всего попробуйте отключить контроль переноса и снова перенести.
Делали проверим, напишем.

Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: roit (IP-адрес скрыт)
Дата: 16, February, 2018 09:56

Спасибо, до такого простого решения мы почему-то не додумались. Хотя оно годится ведь только для таких редких случаев. Отключать контроль и ФЛК ведь чревато тем, что попадут в каталог записи с дублетными шифрами.
Прикладываю протокол успешного переноса и картинку с тем, какие параметры переноса я установила (отключала контроль и ФЛК)



Редактировано 1 раз. Последний раз 16.02.2018 09:57 пользователем roit.

Вложения: параметры переноса.jpg (158.5KB)   протокол_успешный.txt (387 bytes)  
Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: ochagova (IP-адрес скрыт)
Дата: 16, February, 2018 10:07

Контроль отключается как раз в таких особых случаях, когда вы знаете, что записи точно должны перенестись как новые.
Мне кажется, что ваша ситуация разрешилась и ничего менять не надо. Это, конечно, перестраховка, чтобы не создавалось новое описание книги, которое уже есть.

Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: roit (IP-адрес скрыт)
Дата: 16, February, 2018 10:08

Надо отключать именно так как я сделала и контроль и ФЛК? Почему все-таки исключили поле 215 из свертки?



Редактировано 1 раз. Последний раз 16.02.2018 10:09 пользователем roit.

Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: ochagova (IP-адрес скрыт)
Дата: 16, February, 2018 10:18

Нет, надо ответить НЕТ, но вопрос "Перенос контролируемый?"

Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: ochagova (IP-адрес скрыт)
Дата: 16, February, 2018 10:24

Поле 215 не убрали из основой свертке и ФЛК его, конечно, использует. Здесь другая технология.
Если перенос контролируемый, то дополнительно делается проверка на дублетность по упрощенному варианту - автору, заглавию, году. Чтобы пользователь остановился и подумал - может похожее описание этой книги уже есть в каталоге и может это та самая книга? Соглашусь, что в протоколе надо сообщать не о свертке, а именно о ситуации похожего описания.

Re: Не передать записи в БД ЭК _ Очень срочно! _ Очень прошу помочь
Пользователь: roit (IP-адрес скрыт)
Дата: 16, February, 2018 11:15

Ааа,поняла, достаточно убрать Перенос контролируемый и будет тогда учитывать 215 и делать ФЛК на серьезные случаи, типа шифра.



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.