Здравствуйте. У нас два человека вводят новые книги, при этом берут инв. номера из словаря в котором они формируются, но почему-то у одного сотрудника номера перестали браться. То есть взял сотрудник номер 033333, в следующий раз зайдя в этот словарь ему должен выйти уже следующий номер 033334, а остаётся прежний.
ИРБИС64 2010.1 10D3

Для избежания "недопонимания" приложите картинки

Добавила в максимальные инвентарные номера Б1(что означает брошюры), стала проверять, оказалось, что следующий номер - Б2 не формируется. Из-за чего может не формироваться? Помимо Б1 в словаре присутствуют инвентарные номера - 083563, брошюры - БР-518, которые формируются(правда у них своя проблема в том, что при открытии данного словаря в поле 910, словарь долго его открывает внезависимости от объёма словаря).

Следующий макс.номер формируется в момент сохранения записи. Т.Е.: в POLZV вводите Б2, при вводе нового инвентаря он подается, вы вводите в запись, сохраняете - и в этот момент в записи POLZV должен сформироваться Б3.

Нет не сформировался. Может вам какие-нибудь файлы выслать, чтобы вы посмотрели?

Но вы счачала картинки приложите, чтобы можно было увидеть:
1. содержимое поля 910 в записи POLZV
2. что запись POLZN единственная
3. что подается при вводе инвентаря
4. что вы выбираете и результат

Отправляю надеюсь этого хватит.

Вы ввели вручную инвентари в запись POLZV? Как запись POLZV связана с выдачью без ЭК? Я теперь не понимаю, что вы ожидаете при вводе инвентаря?
В вашей ситуации при вводе вам подается те инвентари, которые запасены в записи POLZV. Если вы при этом ввели инвентарь, который больше, чем запасенные, то максимальный увеличится на 1 (если кол-во повторений поля 910 не более 50). Вот если вы введете Б15, то в POLZV будет Б16. А если вы введете Б1,Б2,...Б14, то ничего не изменится.

Инвентари цифровые начинающиеся с нуля и брошюры в таком виде как - БР-518 у нас формируются. Брошюры вида Б1 нам понадобились для того, чтобы заносить ещё не оформленные брошюры при выдаче без ЭК с минимальным описанием в старую БД. Я пробовала с начала как вы писали ранее набирать Б1, Б2 выбирала последний, но следующий не появлялся. Пришлось доставить вручную так как людям на выдаче время от времени приходится выдавать старыеброшюры не попавшие в БД.

Сделайте как положено - в запись POLZV удалите ВСЕ повторения поля 910, потом внесите два значения:
1. цифровой инв. номер, который должен быть следующим, т.е. для очередного ввода
2. БNN - который должен быть следующим

И в такой ситуации покажите, что вы вводите (что выбираете из словаря) и что получается.

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

Изучила тему и пока не нахожу решения для нашего случая. он схож, как я поняла,со случаем описываемой Вершковой Ольгой - определение максимальных номеров учетных карточек для безинвентарного учета при использовании уникальных штрих-кодов для каждого экземпляра. Т.е. в поле 910 ZK группе экземпляров присваивается один инвентарный номер (точнее номер УК), а ШК разные,что естественно влечет за собой наличие отдельного повторения для каждого экземпляра безинвентарного учета.

А так как технология учета ИРБИС требует уникального значения в подполе 910^B мы и добавляем через разделитель следующую ступень номера учетной карточки, уже для каждого экземпляра внутри одного названия (см. приложения) По сути, это чисто технологический элемент и желательно чтобы он вообще игнорировался системой при определении максимального значения.

т. е. при существовании номеров
УК23-1 УК23-2
УК24-5 УК24-7
Б456-1 Б456-2
Б457-3 Б457-9

в поле максимальных значений выводились бы
УК25
Б458

А нельзя ли, наряду с буквенной, неизменной и переменной частями ввести в схему игнорируемую часть, то есть ту, которую система отбрасывает при анализе и вообще не выводит? Насколько я знаю, технологию безинвентарного учета с уникальным ШК использует не только наша библиотека, это многим бы пригодилось. Да и, в принципе, это решение было бы полезно не только для нашего случая.

И ещё, может быть можно увеличить количество параметров MODEINVENT хотя бы до трех?
MODEINVENT1
MODEINVENT2
MODEINVENT3
В одну схему никак не уложимся, так как есть и инвентарный учет без букв и разделителей.

С уважением Булыкина О.Д., НБ СФУ



Редактировано 1 раз. Последний раз 20.07.2011 10:34 пользователем НТБ КрасГАСА.

Для ваших инвентарных номеров, с моей т.зр., модель может быть:
- A9-* если меняется числи поле УК, а "тире-число" постоянное
- не надо модели если менятся число после тире

Конечно, для вас нужно наличие нескольких моделей, но это очень усложнит алгоритм и функции форматера (&uf('+X...)), и задание autoin.gbl. На это я пойти пока не могу, да и А.И. будет против.

Работаем с Ирбис64.10.1 .Все обновления д1-Д7 . В irbisp.ini описан MaxInvent=0 и ModeInvent=A*/9. На определенном этапе не записывается последний мах.инв.№. Удалили вручную все записи в POlzv. Все равно в POLZV ничего не записывается

Параметр MaxInvent=0 говорит, что не надо формировать максимальное значение. Текст из Realase_10:

16. В ИРБИС-64 добавлен параметр ini-файла в секции MAIN – MaxInvent. Он определяет подключение механизма формирования максимального инвентарного номера в записи пользователя. По умолчанию – 1, т.е. формирование выполняется. Если инвентарные номера не имеют некую единую структуру, то этот механизм следует отключать (MaxInvent=0), т.к. он может привести к переполнению записи пользователя (POLZV).

ИРБИС64 2011.1 D1
Для отключения ведения максимального значения инвентарного номера существует параметр MaxInvent=0, в ini-файла в секции MAIN
Не могу его там найти???

Его надо самим добавить

Добрый день! Перешли на версию 2011.1(32). Не формируются максимальные инвентарные номера. Более того внесла вручную. При редактировании какой-либо записи они опять исчезают.

Приложите картинки как Doc1 и Doc2

У нас 3 порядка инв.номеров. doc2.doc показывает, что есть один. Выбирая другой инв.номер убирается первый и ставится тот, который записан последним (doc3.doc).А то и вообще исчезает, например после создания словарей.

Я не наблюдаю такого в версии 11. Приложите свой autoin.gbl. совсем невероятно, то создание словаря влияет на запись. Такого не может быть.
На всякий случай проверьте вашу БД, т.е. сделайте диагностику.

autoin.gbl взяла из обновления к 11 версии.Сделала создание словарей заново. Кстати, сейчас опробовала на примере ваших записей(то что пришло к нам с дистриб.), тоже самое. В записи polzv максимальные инв. все очистились и встал один, мой введенный.

Да, это autoin в D1. Разберемся, приложим

Прикладываю исправленный файл. Спасибо за обнаруженную ошибку

Почему когда заходишь в справочник инвентарных номеров, начинает бегать ирбис, хотя справочник регулярно чистится.

Картинку бы.

Добрый день. Работаем на 2011.1 (64). Ситуация с инвентарными номерами такая же: из двух диапазонов инвентарей один формируется правильно, максимальная номер второго в записи POLZV исчезает. Подставила новый autoin.gbl от 16 марта. Теперь сохраняются оба максимальных номера, но не происходит их обновления полсе ввода новых записей. Т.е. в записи POZV стоят именно те номера, которые я туда внесла вручную

В версии 11 autoin.gbl для CMPL имеел дату 23.09.2011, а в обновлениях к версии - 09.12.2011. Кроме того, изменение инв.ном. в POLZV использует спец.функцию, которая irbis64.dll. Вы уверены, что у вас правильно установлена версия и что согласованы autoin.gbl и irbis64.dll?

Добрый день.
Схожая проблема - не происходит формирование инвентарного номера на 1 большего, чем последний введенный инвентарь.Т.е. в записи POZV стоят именно те номера, которые я туда внесла вручную.

Провела эксперимент: на локальной версии опустошаю базу, импортирую запись POZV, последние КСУ и книги этих партии - максимальные инвентарные номера формируются! Но! Импортирую всю базу CMPL - не формируются.

Работаем на ИРБИС64-2011.1, обновления D1, D2.
autoin.gbl - версия от 09.12.2011
irbis64.dll - версия от 30.12.2011

Приложите или по mail пришлите базу (cmpl.mst+cmpl.xrf)

Ирбис 32 версия 11
Людмила Николаевна,
у нас и в 10 и в 11 (после того, как скачали здесь Ваш autoin) максимальный инвентарь обновляется правильно. ModeInvent не назначался, значит, это необязательный параметр?
Инвентари ведем вида "число" и "префикс-разделитель-число".