Добрый вечер, и снова избитая тема переноса книг в ЭК.

Ситуация следующая. После создания партии КСУ, мы передаем ее в ЭК. Почему-то переносятся не все книги из КСУ, хотя в 66 поле отмечено что запись перенесена в ЭК. Маленькие партии(до 50 экз.) переносятся успешно, но как только переносится большая партия, происходит такое. В основном это последние книги в партии.

Последняя запись КСУ 2013/111 переносилась в ЭК NK11( не перенеслись последние 6 записей, хотя поле 66 указывает на то что они перенеслись)

Во вложении:
Записи из CMPL которые не перенеслись.
КСУ и прогноз переноса в другой ЭК(очень странно почему эти записи имеют в новом ЭК странные MFN'ы скорее всего изза того что я делаю это на локальной БД, и скопировал только БД CMPL, а другие забыл перекинуть)

Подскажите, в чем может быть проблема, хотя бы куда копать? Я понимаю, что можно снять контроль, но это не дело.

ИРБИС64 2012.1 обновления до 12D2. Пробовал под разными учетками и компьютерами.

П.С. Сотрудник делал перенос по кнопке, а не через Мастера



Редактировано 2 раз. Последний раз 15.11.2013 17:07 пользователем Zimy4.

Чтобы понять "неперенос" надо
1. Знать, что задавалось в опросном листе
2. Главное - посмотреть, что было в протоколе, там все д.б. сказано. Найдите по дате протокол этого переноса и приложите.
В режиме "Таблица переноса" действительно ошибка - столбец MFN не обновляется при выборе другой БД. Исправлю.Если не будет D6 к версии 2012, то будет положено в D5

1. Прикрепил, что стояло в опросном листе.
2. Прикрепил протокол, опять там мифический MFN=0 на последних записях.

П.С. Может ли это быть из-за клиента(ну т.е. его настроек и/или файлов)? Или может отключать актуализацию при перебросе больших партий?

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

На всякий прикрепляю вам ВЕСЬ лог комплектатора, там очень много таких случаев переноса. Плюс базу CMPL и записи КСУ как вы просили. Единственное, что на этот момент я уже добавил эти записи в БД с отключенным контролем, если необходимо, то есть резервные копии до этого переноса.



Редактировано 1 раз. Последний раз 19.11.2013 15:29 пользователем Zimy4.

Спасибо.

У нас такая же проблема, прикрепляю лог переноса подскажите как решить эту проблему, заранее благодарю

Нет, у вас другая ситуация. У вас по протоколу должны были дописаться записи каталога - 84165, 7770, ... и др. Так опи дописались? Укажите версию.

версия 2009.1 в самих записях появляется строчка в поле 910, а когда смотришь партию в ней книг не хватает, приходится вручную удалять эту строчку и вручную вписывать только так книга попадёт в партию. Из 50 книг половину приходиться вручную перекидывать. обычно новые книги сразу в партию попадают, а те которые были нет.



Редактировано 3 раз. Последний раз 26.11.2013 04:35 пользователем m.zhunusov.

"... когда смотришь партию в ней книг не хватает, приходится вручную удалять эту строчку и вручную вписывать...". Расшифруйте. Где смотрите партию (в какой БД, в каком словаре)? Какую "эту" строчку удаляете? Что и куда вписываете?
Если строка 910 добавилась в запись каталога (как вы написали) с указанием номера КСУ, то книга обязана смотреться в партии, как бы вы ее не смотрели.

смотрим партию в Каталогизаторе БД IBIS в словаре "партия книг (N записи КСУ)"
если там книга не отображается нужно удалить строку 910 с номером партии и вручную её заполнить сахранить и тогда название книги будет отображается партии



Редактировано 1 раз. Последний раз 26.11.2013 08:30 пользователем m.zhunusov.

А может перед тем как делать удаления посмотреть - все ли записи актуализированы в БД IBIS, и если нет сделать актуализацию, а потом переоткрыть словарь?
После удаления строки вы вводите то, что было или есть отличия?