Очистили поле максимальных инв. номеров, поставили нужный. Но при дальнейшей работе это поле не обновляется последними номерами.

Что можно сделать?

ИРБИС64 2011.1 +IRBIS64_11D1

Кртинку приложите, что вы выставили в POLZV. Запись POLZV единственная?

Запись POLZV единственная. Картинку приложил.

ИРБИС64 2011.1 +IRBIS64_11D1

У вас сложная структура инвентарного номера, стандартный подход не годится. Вам надо задать в irbisp.ini параметр
ModeInvent=*-*/9-
Т.е. переменной частью объявляется число после слэша.

Запись в максимальные инвентарные номера происходит из базы ibis.
А как сделать запись из базы cmpl?

Как раз это изначально было сделано, для БД CMPL и оно работает. А для БД IBIS сделано в версии 10.1.
Но в вашем случае я не поняла - вы воспользовались моим советом? И что получилось? Здесь есть тонкости.

ModeInvent=*-*/9-

прописал, не помогло.

посмотрите базу, пожалуйста.

cmpl.zip



Редактировано 1 раз. Последний раз 23.12.2010 06:07 пользователем ргтэу.

Я пересмотрю проблему максимального инвентаря, но на это надо время. Пока очистите запись POLZV от ненужных накопленных данных (Это тормозит при сохранении записи). Т.е. отметьте эту запись и выполните глобальное задание:
DEL 910 *

Спасибо! Буду ждать.

ИРБИС64 2011.1 +IRBIS64_11D1

Вышло обновление к версии D2. В нем исправлена технология ведения макс. инв. Вам надо поставить эти обновления, к нашей теме это - irbis64.dll, autoin.gbl. Кроме того, в INI надо установить параметр
ModeInvent=A*/*-9
Это для ваших инвентарей типа: УК168/33-1, ук657/354-2 ....
Если инвентарь подходит под эту структуру, то будет отслеживаться последнее число.
Для Каталогизатора из Комплектатора irbisp.ini, для самстоят. Каталогизатора irbisc.ini.
Если имеете желание, то прочитайте приложенный текст
Отследите, как будут веститсь 910 в записи POLZV, напишите

ргтэу: Я специальным пакетным заданием вывела в запись POLZV все оригинальные максимальные значения для инвентарных номеров. Оказалось, что у вас слишком большой разброс разных видов инвентарей для модели A*/*-9. Поэтому в вашем случае невозможно использовать эту технологию и ее надо отключить. Прилагаю запись POLZV со всеми вариантами поля 910. Посмотрите сами. Как отключить, я вам подскажу.

Добрый день, уважаемые знатоки ИРБИСа! Мы работаем на ИРБИС32, версия 7.2. Мы в БД CMPL создаем записи КСу, содержащие буквы, например, 2010/Д 1. При сохранении записи максимальное значение в записи POLZV по какой-то причине не увеличивается на 1. Не знаем почему?? Может быть кто подскажет, что мы делаем не так??? Спасибо!!!

В вашем случае - не будет. Отрывок из текста, который прилагался:
..............
Предполагается, что новое вводимое значение по своей структуре относится к одной из схем: «число», «префикс-число», «число-суффикс», «префикс-разделитель-число». При этом происходит следующее:
• Введенное значение анализируется на принадлежность к одной из схем, причем, разделителем считается символ из набора: / \ | -
• Выделяется цифровая часть. Если найден разделитель, то цифровая часть должна быть сразу после разделителя!
• Выделенное число увеличивается на 1 и «встраивается» в свою схему.
• Увеличенное значение параметра сравнивается со списком аналогичных значений в записи POLZV, «аналогичность» определяется как соответствие схеме нового введенного значения
• Если новое значение является максимальным, то оно пишется в запись, меньшие значения этой схемы удаляются
• При следующем вводе нового в подаваемом словаре будет увеличенное на 1 значение.
..................
В вашем случае лучше ввести - 2010Д/1

Людмила Николаевна, добрый день!
У меня тоже вопрос с макс. инв. номерами. У нас несколько видов инвентарей: просто числовой (например, 423456),
Буква и число (например: А45689, Д1324,Б1257, В206),
и для многоэкземплярных учебников такой вид: буква(У неизменяемая) число (изменяемое внутри БД)/число (изменяемое внутри записи), например: учебник 100 экз. будет иметь инв. номера: У2506/1, У2506/2,..., У2506/100. Другой учебник будет иметь номера У2507/1, У2507/2,...и т.д. Такие инв. номера мы вводим путем размножения, используя статус R. Проблема в том, что они все садятся в макс. инв. номера в записи POLZV.
В irbisp.ini пробовала параметр ModeInvent=A9/* и ModeInvent=A*/9 - все равно сохраняются все номера в POLZV. может, я не правильно маску задаю? Подскажите, пожалуйста.
Все эти эксперименты провожу на ИРБИС64 2010.1 (получена 29.12.2010).

ochagova написал(а):
-------------------------------------------------------
> Как раз это изначально было сделано, для БД CMPL и
> оно работает. А для БД IBIS сделано в версии 10.1.
>
> Но в вашем случае я не поняла - вы воспользовались
> моим советом? И что получилось? Здесь есть
> тонкости.

Дело в том, что в БД CMPL предлагает инвентарные номера из IBIS.
Речь идет об обычных инвентарных номерах(например: 24958).

Ольга: да, при размножении все идет в запись POLZV. Это связано с тем, что отслеживание макс. инв. идет через словарь и он должен успеть измениться на каждый новый инвентарь. А при размножении словарь меняется сразу для всей группы. Можно, конечно, добавить в autoin.gbl слежение за оригинальными повторениями. Подумаю.

РГТЭУ: я не поняла вашу реплику.

Ольга, за какое у вас число файл autoin.gbl для БД CMPL? Должен быть за 28.12.2010. А для БД IBIS прочитайте (и возьмите) в сообщениях разработчиков - обновление для 10.1

Людмила Николаевна, у нас autoin.gbl для БД CMPL за 28.12.2010.
Если при размножении все идет в запись POLZV, то она у нас тут же будет вырастать до огромных размеров, т.к. у нас многоэкземплярная литература до 1000 экз. одного наименования бывает. Мы сначала делали размножение в БД ЭК, но столкнулись с проблемой, что при докомплектовании идет неправильный перенос из CMPL в ЭК, т.к. различаются инв номера в двух БД. В CMPL мы ставили статус U и указывали номер учетки (У2507) и кол-во экз., а в ЭК их уже размножили, они стали иметь вид У2507/1...У2507/NNN. И перенос не идет из-за этого. Хотя, может, я не права? И приняли решение размножать инв. номера на стадии комплектования, чтоб не было расхождения в двух базах. Но так сразу же разрастается запись POLZV.

Ольга, предлагаю подправленный вариант формирования макс.инв. Во-первых, пришлось добавить форматный выход, поэтому надо заменить irtbis64.dll. Для его замены надо выйти из сервера, после замены проверить по дате - действительно ли заменился. Во-вторых, заменить autoin.gbl в CMPL.
Ввела параметры:
MaxInvent - разрешает корректировку инвентарей в POLZV
Max910Polzv (Max30Polzv....) - задает макс. число повторений поля 910 для добавления в записи POLZV. Умолчание - 50
Параметры вносить не надо, все по умолчанию.
Изменения будут в D3
Потеституйте и напишите.
Это же предлагаю для PTЭТУ

ochagova написал(а):
-------------------------------------------------------
> Ольга, предлагаю подправленный вариант
> формирования макс.инв. Во-первых, пришлось
> добавить форматный выход, поэтому надо заменить
> irtbis64.dll. Для его замены надо выйти из
> сервера, после замены проверить по дате -
> действительно ли заменился. Во-вторых, заменить
> autoin.gbl в CMPL.
> Ввела параметры:
> MaxInvent - разрешает корректировку инвентарей в
> POLZV
> Max910Polzv (Max30Polzv....) - задает макс. число
> повторений поля 910 для добавления в записи POLZV.
> Умолчание - 50
> Параметры вносить не надо, все по умолчанию.
> Изменения будут в D3
> Потеституйте и напишите.
> Это же предлагаю для PTЭТУ

Получилось.
Обновились до D2 и заменили файлы: irtbis64.dll,autoin.gbl.

Людмила Николаевна, у нас тоже получилось, так гораздо лучше, теперь в записи POLZV сохраняются все учетки с максимальным номером после косой черты. Например, я сейчас зарегистрировала несколько учеток с разным кол-вом экз на каждой (5, 253 и 15), в записи POLZV получила У2516/6, У2517/254, У2518/16. А что произойдет, когда кол-во повторений в записи POLZV, достигнет 50 (Max910Polzv)?

Во-первых, почистите запись POLZV. Во-вторых, 50-ти значений различных вариантов структуры инв.ном. должно хватить. В-третьих, можете увеличить этот параметр.
При превышении его поле POLZV перестанет меняться.

Нет, 50 не хватит, раз сохраняются все варианты учетных карт: "Например, я сейчас зарегистрировала три учетки (У2516, У2517, У2518) с разным кол-вом экз на каждой (5 экз, 253 и 15), в записи POLZV получила У2516/6, У2517/254, У2518/16". Каждому новому названию учебника присваивается номер учетной картыи размножается в зависимости от того, сколько экземпляров. Так что это не различные структуры инв. номеров, а скорее однотипные. Т.е. по мере поступления учебной многоэкземплярной литературы, параметр 50 будет превышен, придется чистить запись POLZV руками. Главное, к тому времени не забыть, почему она вдруг перестала пополняться.

Еще один вопрос по этой теме: можно ли применить все это (MaxInvent.zip) к версии ИРБИС 64 2009.1?

Если вы подмените irbis64.dll, то можно

Добрый день!
Еще один вопрос про максимальные инвентарные номера.
Перешли на версию 10.1 Ирбис32. Максимальные ин.номера стали двоиться, Видимо дело о в том, что в БД CMPL предлагает инвентарные номера из IBIS. А можно сделать как и раньше, чтобы в словаре были данные только из CMPL.

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

Работаем в комплектовании. В 1 записи максимальные ин.номера правильные, а вот при вводе 910 поля в словаре, как я понимаю, выходят инв.номера из последней переданной партии в ЭК и из максимальных в комплектовании.Картинки прилагаю.

Такое впечатление, что у вас две записи POLZV, иначе это трудно объяснить. Проверьте по словарю "вид дикумента"