Добрый день. В версии 2019 D2 при переносе записей из БД CMPL в БД каталога при наличии совпадающего описания отличающегося либо ISBN, годом или количеством страниц система всё равно распознает как дублет и перенос не осуществляется.
При замене файла svertka.pft от версии 2015, всё отрабатывает нормально.
Файл svertka.pft в вервии 2019 отличается "весом" видимо корректировался, но важный момент проверки на дублетность - поломался.
Прошу по возможности поправить или можно использовать прежний файл?

Приходится делать выбор между двумя вариантами:
1. Был контроль только по "автору-заглавию-году". При совпадении БО считалось дублетным и не создавалась новая запись
2. Я добавила еще контроль по виду (по просьбе пользователей), чтобы однотомник и том многотомник с одинаковыми "авто-заглавие-год" считались разными и создавалась новая запись. Например, есть однотомник, а на перенос идет том многотомника, он должен быть новой записью.

А что значит "поломался"? Какая ситуация неверно отрабатывает?

В документации к 2019 версии "Комплектатор" П.2.1.8 написано что при проверке на дублетность ещё участвует ISBN, год, количество страниц но по факту система не копирует запись если она отличается от имеющейся или ISBN или годом или количеством страниц. Это собственно и поломалось.)

Я не понимаю, что значит "не копирует". Предполагается два действия:

1. Доукомплектование - в каталоге находится запись, она признается дублем, в нее дописываются новые экземпляры. При условии, что запись в CMPL имела признак переноса в поле 66
2. Перенос записи как новой в БД каталога. Дублетная запись в каталогн не нашлась и в переносимой нет признака переноса.

У вам какая ситуация "не копирует"?

В формате svertka набор полей, которые дают свертку НЕ менялся от версии 2015 к версии 2019. И он соответствует набору, полей, которые использует БД каталога.
Вам вопрос:
Вы считаете запись в каталоге, которая отличается ISBN или числом страниц - это та же запись, что и "переносимая" из CMPL? Т.е. запись в каталоге должна дописаться или создасться новая в каталоге?

Вообще перенос изначально выполнялся по шифру (поле903) - найдена по шифру запись в каталоге - дописываем, не найдена - создаем новую.
Но т.к. вы шифр меняете, что печально, то добавились дополн.проверки по свертке. Но как дополнительные, основное - шифр.

Если вам затруднительно описать ситуацию - может вы формулируете со слов ваших сотрудников - то приложите протокол переноса. Его можно найти по дате в режиме "Просмотр протокола", но на той машине, где выполнялся перенос.

Речь идет о переносе записи как новой в тот каталог где уже есть аналогичная запись но отличающаяся ISBN или годом издания или количеством страниц. Перенос не происходит! Система говорит что дублет.
Протокол в приложении.

В этой ситуации возможны два подхода:

1. Поступившая запись, которая отличается ISBN, это другая книга и надо создать новую запись
2. - " - Это та же самая книга и надо просто дописать новый экземпляр

Программа не может знать, что вы выберете, поэтому ничего не делает и просто дает сообщение.
Вы можете, сделав выбор, выполнить одно из 2-х действий.

1. Отметить неперенесенную запись и повторить перенос, убрав контроль, см. Doc
2. Уравнять шифры двух записей след.обр.:
На страницу - Таблица дублетных описаний - отметка БД каталога - Выполнить - отметка справа БД книги - Выполнить. После этого повторить перенос, отметив книгу, будет выполнено докомплектование.
Шаги показана в Doc

Простите, что вмешиваюсь. Но не понимаю как это в такой ситуации возможно 2 подхода?
Если у поступившей записи другой ISBN или год издания или количество страниц, то подход возможен только 1: это другая книга. Она никуда не должна докомплектовываться. Всё перечисленное - принципиальные отличия, которые указывают именно на это: это другая книга и ее нужно переносить.



Редактировано 4 раз. Последний раз 10.06.2020 00:02 пользователем roit.

Согласна. Но два варианта относятся не только к ISBN. Например, по ошибке у поступившего описания (по заимствованию) другое кол-во страниц, разница в 1. Тогда вариант 2.
Я это ввела вынуждено, когда были жалобы, что создаются новые записи, когда уже есть описания.
Если соблюдать базовую технологию - пришла книга - перенос в CMPL из каталога - дописывание - перенос ПО ШИФРУ в каталог, то все будет нормально. Но в случае заимствования из других каталогов такая ситуация (страницы, ISBN...) может быть.

Добрый день, коллеги! У нас в версии 2020.1, после переноса в ЭК, в протоколе нет информации о не перенесенных записях. Пишет, что все перенесено, а по факту половину перенести забыл. Файл svertka стандартный!

Как переносили - всю партию по КСУ? по отмеченным документам? Покажите записи (поле 910, поле 66), которые не перенеслись. Приложите протокол переноса.

Переносили партию по № КСУ, с помощью кнопки "Перенос в ЭК". Прикрепила файл с не перенесённой записью и протоколом.

По протоколу видно, что не перенесено 6 записей по причине, что схожие записи обнаружены в БД CGB1. И даны их MFN. Записи в каталоге нашлись по запросу:
"!06БахСННЛЕИУЧЧТАОЙНО" * "A=Бах$" * "T=Ничто не случайно$" * "G=2006" * "V=05"

Посмотрите на эти записи в CGB1, их MFN даны. Действительно они отзываются на этот запрос?

Да, вы правы! Только почему он тогда сверху пишет "#300: Не перенесено: 0"?
Сотрудник видит эту надпись и дальше не читает протокол, считая что все верно.

Это проверю. Наверное, это недосмотр.