Ситуация: взяли запись из каталога в CMPL, приписали экземпляр и при передаче в каталог экземпляр не приписался: выдало сообщение о не совпадении свертки.
Выяснилось, что свертки почему-то формируются различно для этих БД:
в CMPL:
if v920='ZK'or v920='zk'then if s(v225^v)<>''then'!'v210^d*2,v10^a,&unifor('B',&unifor('Av225^a#1')),&unifor('G1#'&unifor('Av225^v#1')),v215^a else if p(v200^a) then'!'v210^d*2.2,v700^a.9,&unifor('B'v711^a" ",v972^a" ",v200^a),&unifor('G1#'v200^v),if val(v923^h)>0 then &unifor('G1#'v923^h) else v923^h fi,if val(v923^k)>0 then &unifor('G1#'v923^k) else v923^k fi,,f(rsum(v215^a),0,0),,,,fi fi fi

а в каталоге:
if p(v200^a)and a(v981)and a(v463)and (not(v920:'spec'))then'!'v110^b,v11^a,if v210^d.1='['then else v210^d*2.2fi,v700^a.9,&unifor('B'v710^a" ",v200^a),if v920='J'then" "v923^h,if a(v923^h) then" "v923^i fi," "v923^k,if a(v923^k) then" "v923^l fi," "v923^m,if a(v923^m) then" "v923^n fi fi,if v920='J'then else (if p(v925) then &unifor(|G1#|v925^v) fi),(if val(v923^h)>0 then &unifor('G1#'v923^h) else v923^h fi,if val(v923^k)>0 then &unifor('G1#'v923^k) else v923^k fi) fi,f(rsum(v215^a),0,0) fi

Отличие: &unifor('B'v711^a" ",v972^a" ",v200^a)
и &unifor('B'v710^a" ",v200^a)

т.е. если в записи имеется поле 710, либо поле 711 (972), то они, естественно, не совпадут.

Вопрос: из каких соображений это было сделано? Или же просто заляпа?
Предлагается сделать одинаково, например,в обоих вариантах написать:
&unifor('B'v710^a" ",v711^a" ",v972^a" ",v200^a)

Сергей, вы в какой версии? Подозреваю, что работаете не по технологии. Если запись "взяли" правильно из каталога, то в ней остались шифр и предыдущие экземпляры. По ним при последующем переносе запись находится.
При переносе запись не ищется по свертке! Разве что в какой-то старой версии или вы все делаете "ручками".

Добрый день! Впервые и у нас возникла такая проблема,при переносе партии КСУ одна запись не перенеслась, а в "Протоколе" была такая запись: Перенос в ЭК по номеру КСУ=2016/9 отмеченных записей в БД каталога BOOK. Всего в партии записей 22
Перенесено новых записей в БД каталога: 0
Выполнялось докомплектование записей: 0
Не перенесено: 1
Перенос контролируемый
MFN=3768: не переносилась, поиск записи каталога по шифру , - найдена по шифру, не совпала свертка записи каталога
Не перенесена MFN=3768
Подскажите, пожалуйста, в чем проблема.

1. Без знания версии нет смысла разбирать ваш вопрос
2. Как переносили? Мастер?
3. Как записи этой партии попали в БД CMPL?

Версия 64. Переносили из АРМ "Комплектатор", без "мастера", через кнопку "Перенос в ЭК". Раньше таких проблем не возникало. И почему-то только одна запись из партии КСУ не перенеслась, а остальные перенеслись.

Вы не указали версию ИРБИС64! Читайте в часто задаваемых вопросах заметку - как определить версию.
Из протокола понятно, что перенос был по отмеченным. Значит отмечена была только одна запись. Приложите картинку всего экрана, что было задано в опросном листе при переносе.



Редактировано 1 раз. Последний раз 10.05.2016 10:14 пользователем ochagova.

Версия 2013.1.Высылаю скрин протокола от 20160505.

Как я поняла ситуацию. Запись 3768 новая для каталога, но случайно у нее совпал шифр с шифром некой записи в каталоге. При совпадении шифров делается проверка - действительно ли запись каталога та самая, которую надо дописать. Свертки не совпали, поэтому
1. нельзя дописывать, это другая запись
2. нельзя переносить как новую, т.к. будет дубль по шифру
Вы должны руками исправить эту ситуацию. Например, пересоздать шифр в записи 3768 и (чтоб он стал другой) снова перенести.

Спасибо!Так и сделала!