Здравствуйте.

Возникла такая проблема: нам надо докомплектовать некую книгу. Мы копируем ее из ЭК BOOK в ЭК CMPL, отправляем в Комплектаторе на корректировку и заводим новые экземпляры (статус U, новое место хранения). Сохраняем, делаем контролируемый перенос в ЭК BOOK. Нам сообщают, что запись дублетна и она удаляется. Прежняя запись не изменяется.
Где мы неправы?

Вы копируете запись из БД ЭК без всякой таблицы переформатирования.
По идее вы должны были ввести дублетное описание в CMPL, система вым выдала бы сообщение о дублетности и предложила перенести запись. При этом переносе она использовала бы таблицу KPMK.FST. В том числе, добавила бы в запись поле 66 с пометкой о переносе в базу ЭК, якобы имевшем уже место быть. Эта пометка и является условием по которому определяется копировать ли запись в ЭК или искать уже перенесенную и дописывать в нее экземпляры.
Можно скопировать запись прямо из БД ЭК, но надо обязательно использовать упомянутую таблицу. Однако посредством АРМ Каталогизатор этого сделать нельзя, поскольку списки ТВП для АРМов Комплектатор и Каталогизатор разные: FTS.MNU и FSTW.MNU соответственно. Поэтому либо надо поправить эти файлы, либо при выявлении дублетов в ручном режиме, искать записи в ЭК непосредственно в АРМ Комплектование

Здравствуйте!
Поднимаю снова эту тему.

Дело в том, что постоянно во _все_ сведения об экземплярах автоматически проставляется текущее КСУ (установленное в Настройке).
Это происходит при копировании записей из БД ЭК, при сохранении доукомплектованной записи.
Причем у прежних поступлений КСУ до этого может как отсутсвовать (записи, конвертированные из Библиотеки 5.0), так и присутствовать!
Насколько я знаю, "ответственен" за это файл autoin.gbl. Какова логика его работы в данном случае и как его можно отредактировать?

За это (замена поля 910) в autoin.gbl от 5.10.2004 (обновление версии 20041d3) отвечает оператор:

REP
910
F
if &unifor('Av920#1')='KSU'then else (if p(v910) then v910,if s(v910^b,v910^h)<>''then if &unifor('IPRIVATE,KSU,')<>''then if p(v910^c) and v910^c<>&unifor('3') and val(v910^c) < val(&unifor('DCMPL,!KSU=',&unifor('IPRIVATE,KSU,'),'!,v88^b')) then else if a(v910^u) then'^U'&unifor('IPRIVATE,KSU,') fi,if a(v910^y) and &unifor('IPRIVATE,NA,')<>''then'^Y'&unifor('IPRIVATE,NA,') fi,if a(v910^c) and &unifor('IPRIVATE,KSU,')<>''then'^C'ref(L('KSU='&unifor('IPRIVATE,KSU,')),v88^b) fi,fi,if a(v910^9) then if ref(L('SZKSU='&unifor('IPRIVATE,KSU,')),v62^6)<>'' then if p(v910^u) and v910^u=&unifor('IPRIVATE,KSU,') or a(v910^u) then'^9'ref(L('SZKSU='&unifor('IPRIVATE,KSU,')),v62^6) fi fi fi fi fi fi/) fi/
XXXXXXXXXXXXXXXXXXX

Алгоритм следующий: если в поле 910 нет 910^u (КСУ), то проверяется дата ввода этого экземпляра (910^c), если она не равна текущей дате (<>&unifor('3')), то она сравнивается с датой ввода записи КСУ, установленной в настройке (88^b в записи КСУ) и, если дата экз-ра меньше даты ввода КСУ, поле 910 не пополняется.
Отсюда следует, что для того, чтобы экземпляр, не имеющий КСУ, не был отнесен к обрабатываемой партии, необходимо, чтобы дата его ввода присутствовала обязательно и была бы меньше даты ввода записи КСУ обрабатываемой партии.

Сделайте глобальную корректировку, она очень простая, присвойте всем экземплярам без КСУ фиктивное (например, 9999/9999 или 0000/0000) и проблема исчезнет. Отобрать экземпляры без КСУ можно используя последовательный поиск.

Спасибо, Светлана Михайловна, изучим зависимость от дат.

Галина Николаевна, в том-то и дело, что у меня подозрение - иногда и старое КСУ игнорируется, а вместо него проставляется новое :(

Обработали следующую партию без проблем и вопросов.
Старое КСУ не игнорирует.

Уважаемые разработчики, помогите пожалуйста. У нас такая же проблема с КСУ при докомплектовании. Ваш ответ мы изучили. Предидущие записи конвертированы из Библиотеки 5.0. В поле в БД ЭК 910^c стоит дата импортирования (20090128), № КСУ - нет. При докомплектовании мы копируем эту запись из БД ЭК в БД CMPL, дата в 910^c исчезает совсем (хотя она была в БД ЭК), а номер КСУ проставляется, установленный в настройке, т.е. текущий, той партии, в которой пришел дблетный экземпляр,(Например 2009/30, а дата, установленая в настройке 20090218). Присваивать фиктивное КСУ нам бы не хотелось, т.к. большой объем записей (47000). Подскажите, как нам быть. Работа может встать.

Как я объясняла выше, если в 910^c введено 20090128, а дата ввода в записи КСУ № 2009/30 (поле 88^B), равна 20090218 (то есть больше, чем дата ввода старого экз-ра), то дата в перенесенных старых экземплярах меняться не должна, а в новые экземпляры докомплектования, которые Вы введете дополнительно, будут введены данные из КСУ, установленной в настройке.
Непонятно, о какой дате ввода в настройке Вы говорите.
Уточните версию.

Уважаемая Светлана Михайловна. ИРБИС 2007.2. Алгоритм работы следующий:К нам пришла партия книг, мы ее начинаем вводить в АРМ "Комплектатор". Перед этим, человек, который работает с партией книг производит следующие действия.
1. Под своим поролем входит в АРМ "Комплектатор".
2. По кнопке "Настройка" устанавливает номер КСУ обрабатываемой партии книг. Например 2009/30, как в нашем случае. Ставит ФИО исполнителя.
3. Затем вводит книги, поступившие в этой партии.
4. Обнаруживает дублет, уходит в БД ЭК, копирует книгу из БД ЭК в CMPL, книга была конвертированная из Библиотеки 5.0, поэтому у нее нет номера КСу, в поле 910: статус, место хранения, инвентарный номер, дата пост.(стоит дата конвертирования - 20090128).Так поле 910: заполнено в БД ЭК.
5. При копировании из БД ЭК запись поступает в БД CMPL . В поле "910: сведения об экземлярах" заполнены следующие подполя:статус,место хранения, инвентарный номер - это те данные, которые были у экземпляра в БД ЭК. НО! появилось подполе - номер КСУ (2009/30), а подполе: дата пост.(20090128) - пропало.
Затем мы создаем запись КСУ, при анализе партии получится, что эти экземпляры книг тоже приплюсуются к этой партии?
Почему так получается? Могу только сказать, что как купили программу, так ни разу не брали обновление, может в этом причина наших ошибок.

Могу предположить только одно - дата записи КСУ № 2009/30 (в поле 88^B) меньше даты 20090128 (то есть запись КСУ была создана раньше, чем был импорт из Библиотеки 5.0).
Проверьте дату в записи КСУ (покажите ее)

Светлана Михайловна, мы сначало обрабатываем книги, а потом уже создается запись КСУ. Запись на книги ведет один человек, а запись КСУ делает другой. Вот так у нас налажена работа в отделе комплектования. Книги по КСУ 2009/30 уже введены в БД CMPL, а записи КСУ с номером 2009/30 еще на сегодняшний день нет. Человек, который отвечает за запись КСу сегодня сделал только еще КСУ 2009/19.
Вот запись, которая у нас в БД ЭК:
21.3(03)
С 14
Садаков, Георгий Афанасьевич.
Гальванопластика [Text] : справ.пособие / Г.А.Садаков. - М. : Машиностроение, 2004 -
Ч.1 : Практическая гальванопластика.Ч.2:Необратимые электрохимические процессы в гальванотехнике. - 399 с. : ил. - ISBN 5-217-03212-X : 412.50 р.
УДК
621.3(03)
621.357.6(03)

Кл.слова (ненормированные): гальванопластика -- справочные пособия -- гальванотехника
Имеются экземпляры в отделах:
кнхр (28.01.2009г. Инв.616819)
В этом случае стоит дата(28.01.2009), дата конвертирования из БИблиотеки 5.0

А вот запись, которая получается у нас при копировании в Бд CMPL:

621.3(03)
С 14
Садаков, Георгий Афанасьевич
Гальванопластика [Text] : Справ.пособие / Г.А.Садаков. - М. : Машиностроение, 2004 -
Ч.1 : Практическая гальванопластика.Ч.2:Необратимые электрохимические процессы в гальванотехнике. - 399 с. : ил.
.-ISBN 5-217-03212-X. - Цена:412.50 р.
УДК: 621.3(03)+621.357.6(03)
Получены экземпляры:
кнхр ( Инв.616819, N КСУ 2009/30, Цена 412.50 р.)
( Инв.641676, N КСУ 2009/30, Цена 598.50 р.)

У экземпляра, кот. имеет инв. номер 641676 в поле 910: дата постановки - стоит 20090217, дата когда ввели экземпляр с данным инвентарным номером.

В чем у нас ошибка?



Редактировано 1 раз. Последний раз 19.02.2009 14:24 пользователем OLGASH.

OLGASH написал(а):
-------------------------------------------------------
> Светлана Михайловна, мы сначало обрабатываем
> книги, а потом уже создается запись КСУ. Запись на
> книги ведет один человек, а запись КСУ делает
> другой. Вот так у нас налажена работа в отделе
> комплектования. Книги по КСУ 2009/30 уже введены в
> БД CMPL, а записи КСУ с номером 2009/30 еще на
> сегодняшний день нет. Человек, который отвечает за
> запись КСу сегодня сделал только еще КСУ 2009/19.

Именно эту ситуацию я Вам и описала.
Во всех наших руководствах, на всех наших занятиях и семинарах мы говорим о том, что ввод записи КСУ должен быть выполнен перед обработкой партии книг - это единственное место, где изменяется традиционная технология.
Раз пришла новая партия, заведите КСУ. Пустую. Только дайте номер и дату (дата ввода КСУ анализируется при обработке). Потом вводите записи БО. Тогда и проблем, описанных Вами, не будет!

> Вот запись, которая у нас в БД ЭК:
> 21.3(03)
> С 14
> Садаков, Георгий Афанасьевич.
> Гальванопластика : справ.пособие / Г.А.Садаков.
> - М. : Машиностроение, 2004 -
> Ч.1 : Практическая
> гальванопластика.Ч.2:Необратимые электрохимические
> процессы в гальванотехнике. - 399 с. : ил. - ISBN
> 5-217-03212-X : 412.50 р.
> УДК
> 621.3(03)
> 621.357.6(03)
>
> Кл.слова (ненормированные): гальванопластика --
> справочные пособия -- гальванотехника
> Имеются экземпляры в отделах:
> кнхр (28.01.2009г. Инв.616819)
> В этом случае стоит дата(28.01.2009), дата
> конвертирования из БИблиотеки 5.0
>
> А вот запись, которая получается у нас при
> копировании в Бд CMPL:
>
> 621.3(03)
> С 14
> Садаков, Георгий Афанасьевич
> Гальванопластика : Справ.пособие / Г.А.Садаков.
> - М. : Машиностроение, 2004 -
> Ч.1 : Практическая
> гальванопластика.Ч.2:Необратимые электрохимические
> процессы в гальванотехнике. - 399 с. : ил.
> .-ISBN 5-217-03212-X. - Цена:412.50 р.
> УДК: 621.3(03)+621.357.6(03)
> Получены экземпляры:
> кнхр ( Инв.616819, N КСУ 2009/30, Цена 412.50
> р.)
> ( Инв.641676, N КСУ 2009/30, Цена 598.50 р.)
>
> У экземпляра, кот. имеет инв. номер 641676 в поле
> 910: дата постановки - стоит 20090217, дата когда
> ввели экземпляр с данным инвентарным номером.
>
> В чем у нас ошибка?

Ошибка у Вас только в том, что запись КСУ, установленная в настройке, в БД отсутствует, и сравнение даты ввода экземпляра с отсутствующей датой из записи КСУ приводит к такому эффекту.

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