ИРБИС64 версия 2005.2:

1) При переносе подписки на 2-е полугодие в БД ЭК "приписываются" только "Сведения о заказах (поквартальные)". Это при регистрации периодики требует обращения к бумажной картотеке периодики (работая с АИБС ИРБИС, пора бы и отказаться от дублирования, но...). Очень часто меняется экземплярность получаемых во 2-м полугодии документов, а так же и распределение их по подразделениям.

Хотелось бы иметь информацию о заказанных экземплярах и во 2-м полугодии после переноса из БД CMPL в БД ЭК. Это возможно?

2) Необходимо получить выходную форму, например, TABLOW - Общий лист подписки (за последний период) для группы адресатов (см. прикрепленный файл-картинку). Сейчас такой возможности я не нашла. Это очень неудобно, т.к. получив отдельно таблицы для каждого адресата, приходится еще в Word-е объединять, сортировать, суммировать...



Редактировано 1 раз. Последний раз 04.07.2007 14:56 пользователем Галина Николаевна, Саратов.

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
> ИРБИС64 версия 2005.2:
>
> 1) При переносе подписки на 2-е полугодие в БД ЭК
> "приписываются" только "Сведения о заказах
> (поквартальные)". Это при регистрации периодики
> требует обращения к бумажной картотеке периодики
> (работая с АИБС ИРБИС, пора бы и отказаться от
> дублирования, но...). Очень часто меняется
> экземплярность получаемых во 2-м полугодии
> документов, а так же и распределение их по
> подразделениям.
>
> Хотелось бы иметь информацию о заказанных
> экземплярах и во 2-м полугодии после переноса из
> БД CMPL в БД ЭК. Это возможно?
Для разных периодов подписки одного года сведения о направлении экз-ров автоматически не пополняются и не корректируются, поскольку это создавало бы неопределенность при регистрации в случае, например, когда за предыдущий период еще не получены все номера, а номера следующего периода уже начали поступать. Поэтому рекомендуется вручную корректировать сведения для очередного периода после того, как получены все выпуски предыдущего

>
> 2) Необходимо получить выходную форму (например,
> TABLOW - Общий лист подписки (за последний период)
> для группы адресатов (см. прикрепленный
> файл-картинку). Сейчас такой возможности я не
> нашла. Это очень неудобно, т.к. получив отдельно
> таблицы для каждого адресата, приходится еще в
> Word-е объединять, сортировать, суммировать...

Эти формы - заявки на подписку - содержат почтовый адрес (адресата), поэтому и готовятся для каждого адреса (адресата) отдельно.
Для нескольких подразделений, получающих издания по одному адресу, данные вводятся в поле "заказ по подразделениям". Если для всех подразделений периодика поступает в один адрес, его и нужно определить как Адресата.
Сведения об общей подписке можно получить в других формах-справках.

Дунаевская написал(а):
-------------------------------------------------------
> Галина Николаевна, Саратов написал(а):
> --------------------------------------------------

> > ИРБИС64 версия 2005.2:
> > 1)...
> > Хотелось бы иметь информацию о заказанных
> > экземплярах и во 2-м полугодии после переноса
> из
> > БД CMPL в БД ЭК. Это возможно?

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

Почему? А разве нельзя анализировать номер (к-во номеров известно, т.е. можно их поделить на номера 1-го полугодия и 2-го полугодия) и при регистрации брать сведения об экземплярах соответствующего периода.

Поэтому рекомендуется
> вручную корректировать сведения для очередного
> периода после того, как получены все выпуски
> предыдущего

Сейчас так и поступаем, но... в этом случае нельзя бойтись без бумажной картотеки периодики.


>
> >
> > 2) Необходимо получить выходную форму
> (например,
> > TABLOW - Общий лист подписки (за последний
> период)
> > для группы адресатов (см. прикрепленный
> > файл-картинку). Сейчас такой возможности я не
> > нашла. Это очень неудобно, т.к. получив
> отдельно
> > таблицы для каждого адресата, приходится еще в
> > Word-е объединять, сортировать, суммировать...
>
> Эти формы - заявки на подписку - содержат почтовый
> адрес (адресата), поэтому и готовятся для каждого
> адреса (адресата) отдельно.
> Для нескольких подразделений, получающих издания
> по одному адресу, данные вводятся в поле "заказ по
> подразделениям". Если для всех подразделений
> периодика поступает в один адрес, его и нужно
> определить как Адресата.
> Сведения об общей подписке можно получить в других
> формах-справках.

При оформлении подписки проводится тендер. У нас несколько адресатов подписки в библиотеке, а финансируется это из одного источника. Поэтому потребность в табличной форме подписки за последний период для группы адресатов имеется. В настоящее время приходится все объединять средствами Word.

В ИРБИСе есть средства для создания новых форм

Дунаевская написал(а):
-------------------------------------------------------
> В ИРБИСе есть средства для создания новых форм

Это ответ на 2-й вопрос, Светлана Михайловна. Да, согласна, это один из выходов в данной ситуации (но..., к сожалению, не все могут воспользоваться этими средствами...).

Извините, но Вы не ответили на 1-й вопрос:

>Дунаевская написал(а):
>-------------------------------------------------------
>> Галина Николаевна, Саратов написал(а):
>> --------------------------------------------------

>> > ИРБИС64 версия 2005.2:
>> > 1)...
>> > Хотелось бы иметь информацию о заказанных
>> > экземплярах и во 2-м полугодии после переноса
>> из
>> > БД CMPL в БД ЭК. Это возможно?

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

>Почему? А разве нельзя анализировать номер (к-во номеров известно, т.е. можно их поделить на >номера 1-го полугодия и 2-го полугодия) и при регистрации брать сведения об экземплярах >соответствующего периода.

Куда-то и как-то НЕОБХОДИМО переносить информацию о заказанных во 2-м полугодии экземплярах, т.к. иначе НЕ ОБОЙТИСЬ БЕЗ БУМАЖНОГО КАТАЛОГА. Причем, постоянно этот каталог "в работе" (если около 400 наименований периодики, то запомнить все просто нет возможности).

Кстати, внедрение этой технологии идет в нашей библиотеке уже 3-й год, но... результат пока неудовлетворительный.

Подумаем. Пока однозначного ответа дать не могу

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
> ИРБИС64 версия 2005.2:
>
> 1) При переносе подписки на 2-е полугодие в БД ЭК
> "приписываются" только "Сведения о заказах
> (поквартальные)". Это при регистрации периодики
> требует обращения к бумажной картотеке периодики
> (работая с АИБС ИРБИС, пора бы и отказаться от
> дублирования, но...). Очень часто меняется
> экземплярность получаемых во 2-м полугодии
> документов, а так же и распределение их по
> подразделениям.
>
> Хотелось бы иметь информацию о заказанных
> экземплярах и во 2-м полугодии после переноса из
> БД CMPL в БД ЭК. Это возможно?
>
Для передачи сведений о заказанных экземплярах во 2-м полугодии из
БД CMPL в БД ЭК в версии 2005.2 был введен признак передачи заказа в ЭК (поле 1039).

Сорокина Лариса написал(а):
-------------------------------------------------------
> Для передачи сведений о заказанных экземплярах во
> 2-м полугодии из
> БД CMPL в БД ЭК в версии 2005.2 был введен
> признак передачи заказа в ЭК (поле 1039).

Да, создается повторение поля "Сведения о заказанных экземплярах", но... (см. картинку в файле вложения) не идентифицировано полугодие, указан просто год заказа, например, "2008".

В этом случае, Светлана Михайловна права, неопределенность с регистрацией (экземпляры 1-го полугодия еще не все получили, а регистрация будет после переноса в БД ЭК уже по 2-му полугодию).

Кроме того, оператор может запрегистрировать на оба места хранения, не обратив внимания, что заказан 1 экз.

Картинку посмотрела. На ней не видно, какая версия. Если поле 1039 использовалось, то перенос 33 поля БД CMPL выполняется вместе с полугодием иначе один и тот же год не переносится дважды при условии, что подписка выполнялась в соответствии с технологией. То, что год перенесся повторно без учета полугодия может говорить о том, что используется версия без 1039 поля и не выполнялось снятие периода подписки перед заказом на 2-е полугодие.

Сорокина Лариса написал(а):
-------------------------------------------------------
> Картинку посмотрела. На ней не видно, какая
> версия. Если поле 1039 использовалось, то перенос
> 33 поля БД CMPL выполняется вместе с полугодием
> иначе один и тот же год не переносится дважды при
> условии, что подписка выполнялась в соответствии с
> технологией. То, что год перенесся повторно без
> учета полугодия может говорить о том, что
> используется версия без 1039 поля и не выполнялось
> снятие периода подписки перед заказом на 2-е
> полугодие.

Версия 2005.2 ИРБИС64.

Будем переходить на версию 2007.1, тестирую в настоящее время. Сейчас посмотрю как в новой версии работает этот механизм.

У меня локально установлен дистрибутив ИРБИС64 версии 2007.1. Обновление для этой версии сделано, ничего в дистрибутиве пока не изменяла, смотрю как есть.

При попытке перенести подписку журнала на 2-е полугодие компьютер "завис", а результат (см. картинку файла вложения).
Нет повторения поля "Сведения о заказанных экземплярах" на 2008/2, хотя дополнительный экземпляр "приписался" к имеющимся на 1-е полугодие.

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

В 1-м примере адресат подписки один и тот же, а подразделения изменились...

Редактирую еще раз, прикрепила файл с картинкой сообщения об ошибке, когда компьютер "завис".



Редактировано 2 раз. Последний раз 28.08.2007 11:28 пользователем Галина Николаевна, Саратов.

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
> У меня локально установлен дистрибутив ИРБИС64
> версии 2007.1. Обновление для этой версии сделано,
> ничего в дистрибутиве пока не изменяла, смотрю как
> есть.
>
> При попытке перенести подписку журнала на 2-е
> полугодие компьютер "завис", а результат (см.
> картинку файла вложения).
> Нет повторения поля "Сведения о заказанных
> экземплярах" на 2008/2, хотя дополнительный
> экземпляр "приписался" к имеющимся на 1-е
> полугодие.
>
> Здесь еще отличие в том,что и адресаты подписки
> разные добавляются.
>
> В 1-м примере адресат подписки один и тот же, а
> подразделения изменились...
>
> Редактирую еще раз, прикрепила файл с картинкой
> сообщения об ошибке, когда компьютер "завис".

С зависания разберется программист. А чтобы разобраться с переносом кроме картинки результата надо видеть и исходную запись в CMPL. Подозреваю, что "снятие периода..." выполнено не было и период в ней не был изменен. Вы только на полугодие обратили внимание, а там еще и статус 'R', и нет номера экземпляра, т.е. и autoin.gbl ЭК не отработал.

Сорокина Лариса написал(а):
-------------------------------------------------------
> .....
> С зависания разберется программист. А чтобы
> разобраться с переносом кроме картинки результата
> надо видеть и исходную запись в CMPL. Подозреваю,
> что "снятие периода..." выполнено не было и период
> в ней не был изменен.

"Снятие периода..." было выполнено и период был задан (все по инструкции).

> Вы только на полугодие
> обратили внимание, а там еще и статус 'R', и нет
> номера экземпляра, т.е. и autoin.gbl ЭК не
> отработал.

Я обратила внимание, когда сообщение было уже в интернете, поэтому и редактировала свое сообщение (предварительно еще раз все повторив).

Во вложении файл с картинкой (результат после сообщения об ошибке), а так же записи БД CMPL и БД IBIS.

Это я выполнила в дистрибутиве версии 2007.1, Вы можете все проверить без моего участия... Но, пожалуйста, смоделируйте ситуацию, когда подписку выполняет один адресат, но подразделения (места хранения) во 2-м полугодии другие.

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
...> Во вложении файл с картинкой (результат после
> сообщения об ошибке), а так же записи БД CMPL и БД
> IBIS.
>
> Это я выполнила в дистрибутиве версии 2007.1, Вы
> можете все проверить без моего участия... Но,
> пожалуйста, смоделируйте ситуацию, когда подписку
> выполняет один адресат, но подразделения (места
> хранения) во 2-м полугодии другие.

Загрузила в CMPL Вашу запись cmpl.iso, поставила в ней признак передачи заказа в ЭК (1039 поле), т.к. его в этой записи не было и выполнила передачу в ЭК. 901 поле правильно сформировалось.

Сорокина Лариса написал(а):
-------------------------------------------------------
> Галина Николаевна, Саратов написал(а):
> --------------------------------------------------
> -----
> ...> Во вложении файл с картинкой (результат
> после
> > сообщения об ошибке), а так же записи БД CMPL и
> БД
> > IBIS.
> >
> > Это я выполнила в дистрибутиве версии 2007.1,
> Вы
> > можете все проверить без моего участия... Но,
> > пожалуйста, смоделируйте ситуацию, когда
> подписку
> > выполняет один адресат, но подразделения (места
> > хранения) во 2-м полугодии другие.
>
> Загрузила в CMPL Вашу запись cmpl.iso, поставила в
> ней признак передачи заказа в ЭК (1039 поле),
> т.к. его в этой записи не было

А почему не было? Мне это поле надо создавать? Где поставить признак передачи заказа?

Подскажите, пожалуйста.


> и выполнила
> передачу в ЭК. 901 поле правильно сформировалось.

Лариса Васильевна, дистрибутив ИРБИС64 версии 2007.1 содержит поле 1039, признак я поставила, но... не могу сказать, что нормальный результат получила, к сожалению.

Буду еще смотреть новую версию, напишу Вам лично о результатах.

В версии 2005.2 (наша штатная версия, библиотека работает сейчас) поля 1039 я не нашла (см. картинки файла вложения).

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
> Лариса Васильевна, дистрибутив ИРБИС64 версии
> 2007.1 содержит поле 1039, признак я поставила,
> но... не могу сказать, что нормальный результат
> получила, к сожалению.
>
> Буду еще смотреть новую версию, напишу Вам лично о
> результатах.
>
> В версии 2005.2 (наша штатная версия, библиотека
> работает сейчас) поля 1039 я не нашла (см.
> картинки файла вложения).

Ссылаясь на версию 2005.2 я ошиблась. Поле 1039 появилось в версии 2006.1, но передача в ЭК выполняется правильно.



Редактировано 1 раз. Последний раз 29.08.2007 17:04 пользователем Сорокина Лариса.