Добрый день.
ИРБИС 64 2009.1.Брали все обновления.
Вопрос. У нас поступили книги, это дублеты. Мы их перенесли из БД ЭК в БД комплектования. делаем в поле 910 повторение на пришедший экземпляр. Сохраняем. В дублетах стоит дата 20090128, но после того как экземпляру новому поставят инвентарь и сохранят у всех экземпляров и новых и старых ставится дата носого КСУ и номер нового КСУ, у старых была только дата ввода, номер КСУ раньше не присваивали. Запись книги суммарного учета тоже есть, она введена сначала, потом уже книги по этому КСУ. Раньше такого не было Почему так получается с дублетами. Запис, как получается и запись книги в ЭК могу показать в прикрепленных файлах.



Редактировано 1 раз. Последний раз 18.10.2010 13:09 пользователем OLGASH.

OLGASH написал(а):
-------------------------------------------------------
> Добрый день.
> ИРБИС 64 2009.1.Брали все обновления.
> Вопрос. У нас поступили книги, это дублеты. Мы их
> перенесли из БД ЭК в БД комплектования. делаем в
> поле 910 повторение на пришедший экземпляр.
> Сохраняем. В дублетах стоит дата 20090128, но
> после того как экземпляру новому поставят
> инвентарь и сохранят у всех экземпляров и новых и
> старых ставится дата носого КСУ и номер нового
> КСУ, у старых была только дата ввода, номер КСУ
> раньше не присваивали. Запись книги суммарного
> учета тоже есть, она введена сначала, потом уже
> книги по этому КСУ. Раньше такого не было Почему
> так получается с дублетами. Запис, как получается
> и запись книги в ЭК могу показать в прикрепленных
> файлах.

Вероятно, у Вас дата ввода КСУ меньше даты 20090128.
Чтобы восстановить даты в старых экземплярах,
Вам придется их корректировать глобальной корректурой
с отключенным автовводом

Доброе утро!
Уважаемая Светлана Михайловна. У нас дата ввода КСУ 2010/83 15.10.2010, а у старого экземпляра, который мы копируем из ЭК стоит дата ввода 20090218 (это хорошо видно в файле книга.jpg).
Этой проблемы не было, пока мы не обновились осенью. Все лето люди работали нормально, никаких жалоб не поступало. Раньше все было хорошо. Мы уже больше года работаем с АРМ "Комплектатор" и дублеты у нас проходили хорошо. О той проблеме, о которой Вы написали нам мы уже знаем, у Вас и спрашивали о ней год назад, когда только начали работать с этим АРМом.Теперь мы делаем все по порядку.
Пришли книги:
1. Заводим запись КСУ 2010/83 от 15.10.2010
2. Заводим запись БО книг по этому КСУ. Перед этим машина спрашивает: Регистрация партии книг с КСУ2010/83? Да.
3. В партии есть дублеты, мы их копируем из ЭК в БД CMPL. (дублет в файле книга.jpg) У него дата стоит 20090218. Можно посмотреть в этом файле, там коказано. Эта дата меньше, чем 20101015, как я понимаю. Но при сохранении получается замена старой даты на новую, на дату КСУ 2010/83.

В результате получаем, что экземпляр книги в ЭК с инв. номером 640204 имеет дату ввода 20090228 (книга.jpg), перенесли мы этот экз. в БД CMPL, дописали повторение поля 910: для нового экз, который поступил по КСУ2010/83 и сохранили это изменение.
Результат: дата у экз. с инв. номером 640204 поменялась на 20101015. Почему? (файл КСУ83.jpg)
Я Вас уверяю, что раньше такого не было, потому что дублеты мы получаем постоянно, летом тоже получали, а проблема возникла только после того как осенью мы обновились для своей версии ИРБИС64 2009 .1.
Прикладываю файл на саму запись КСУ 2010/83, на ней хорошо видно дату регистрации этой партии.
Спасибо за помощь.

Посмотрите сообщение Сорокиной Ларисы [irbis.gpntb.ru]
Замените Autoin.gbl в БД CMPL

Уважаемая Светлана Михайловна. спасибо. Вы нам очень помогли. Все вроде бы работает.