Во-первых, в сообщении неверно указано - RKSU и вообще оно непонятно. Принимаю это на свой счет, сообщение будет исправлено.
В дистрибутиве это не возникает, поэтому нужен ваш вариант - файл rks2.fst, запись КСУ выбытия и записи в каталоге, которые в связанном окне для этого КСУ.

Извините, пожалуйста.
Но благодаря этой ошибке, я нашла свою ошибку, как раз при переносе наших изменений в новую версию в единственный файл rks2.fst.

А я нашла очень старое сообщение, которое не соответствует ситуации

Добрый день, столкнулся с интересной загвоздкой. У нас есть книги, в которых есть безинвентарный учет как единичный (статус 0 инв. номер Б/У), так и групповой (сатус U инв. номер Б/У). При попытки списать несколько экземпляров со статусом U, происходит отнимание от общего количества как и должно было бы, но кроме этого у всех книг со статусом 0 и инв. номер Б/У за этим местом хранения добавляется акт списания и количество списанных экз. Пытался поэкспериментировать с SpisGblnzv.gbl, но пока не придумал, как это обойти.

Пока что "обманул" тем, что у книг со статусом U изменил дату. Вся проблема в том, что это записи, конвертнутые из другой АБИС. В старой программе для каждого экземпляра (и инвентарного, и безинвентарного) в таблице были отдельные строки. При конвертации сразу были созданы для них всех отдельные повторения 910 поля. Потом вяснилось, что на записях с двумя-тремя тысячами повторений поля 910 все как-то глухо виснет, и мы начали перештрихкодировать книги на единый номер. По мере того, как старые ШК заменялись новыми, уменьшалось кол-во 910 полей. Но изначально новое повторение со статусом U создавалось копированием старого значения и заменой статуса. В итоге получилось, что в одной записи есть 910 поля со статусами U и 0 и одинаковыми местами хранения и инвентарными номерами ("б/у"). Вот с ними и получались проблемы. После того, как для 910 полей со статусом U заменил дату, все заработало нормально.

здравствуйте, у нас снова возникла проблема при списании по названию.
появились дополнительные поля "910: сведения об ЭКЗЕМПЛЯРАХ"

я списывала с места хранения "пед" все экземпляры (8 экз.) завершили выбытие. После чего система списала дополнительно не существующие экземпляры несколько раз, проставив
в поле 940 ^AU^Dпед^1-24^C20121225^V2010/33 10.01.2013^X28

и так несколько раз. в итоге в поле 910 сформировалась строка:
^AU^Dпед^1-131^C20121225

скажите пожалуйста почему так выходит? и как устранить.
эту запись приложили во вложении
выходной формат ISO, кодировка UTF8

Покажите запись до списания

высылаем предыдущую версию записи

Niko написал(а):
-------------------------------------------------------
> высылаем предыдущую версию записи


Проверила списание Мастером Книги-групповой учет(списпние по названию) в версии 2011.1. Все списывается правильно. Вы, наверное не брали изменений к версии. Проверьте параметр SpisGblBGroupAll=SpisGblNZV в irbisp.ini и проверьте наличие прикрепленного файла в папке ЭК.

Помогите, пожалуйста. Списываем книги в основном по инв. номерам.Списание проводится, но вот какая проблема. При списании отмечаем галочкой номер, который списываем, но обязательно выходим в просмотр, чтобы убедиться, что нет ошибки (то есть списываем именно ту книгу, которую нужно). Так вот при просмотре постоянно выходит та запись с номером, которая была первой. То есть последующие записи, которые списваем, не можем просмотреть и приходится списывать по номерам вслепую. С чем это может быть связано?

Укажите версию. А разве при при отметке нескольких записей не предлагается листание (кнопка Следующий)? А листаются записи не в порядке отметки, а в порядке MFN.

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

В дополнение к предыдущему: кнопку "следующий" нашла при просмотре записей, но нас это вариант не устраивает: можно листать очень лолго, пока дойдешь до нужной записи, поскольку междцу номерами очень большой разрыв. Мы ищем записи по ключу и сразу находим.Но вот в просмотре таких записей выходит первая и никакая другая.

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

У нас вся беда в том, что когда мы отмечаем очередную запись галочкой, то по двойному клику показывается самая первая запись, с которой мы начали работать и так с любой записью.А нужная запись почему-то не показывается в просмотре.Но списывается по нужному номеру, который показывается в окошке справа при отборе записей на списание.

Ваша версия?

ИРБИС64 2012.1
Мастер списания, опять проблема. Списываем один экземпляр, а списывается 5-ть. Хотя если попробовать списать в БД IBIS все нормально. Помогите, пожалуйста, разобраться с этой ситуацией.

версия ИРБИС 64.10

Ирбис 2011.1
здравствуте, у нас снова проблемы при списании

пытаемся списать многоэкземплярную литературу не штрихкодированную

пользуемся мастером списания -- списание по названию

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

прикрепляю файлы до списания, в след. сообщение после списания

Обновления Ирбиса брали ради мастера списания, а он не может нормально работать...постоянно какие то проблемы с ним...



Редактировано 1 раз. Последний раз 06.03.2013 09:03 пользователем Niko.

продолжение сообщения

записи после списания

Для Elena_KV: Возьмите файл Spisgblnzv.gbl

Для Niko: Какие конкретно экземпляры Вы списывали из записи Лингвострановедение и из записи Как прикажите...?

Лингвострановедение 1 экз с места хранения чз2
Как прикажите 1 экз с места хранения аб4



Редактировано 1 раз. Последний раз 07.03.2013 02:03 пользователем Niko.

Ирбис 2011.1
И снова здравствуйте!
И снова у нас проблема со списанием "Мастером списания" в режиме "Книги: групповой учет (статус U или С) - списание по названию"...
раньше при таком режиме, списание проводилось, но списывал всю экземплярность за место указанных....после того как обновили файл (который вы выслали на почту), он перестал проводить списание в этом режиме если при статусе С или U не стоит инвентарный номер (^AU^C20130411^Dзам^E85.00^113^U0000/0), если же при статусе С или U стоит инв. номер (^AU^B0000^C20130411^Dзам^E85.00^113^U0000/0), то проводит очень даже хорошо.
Но инв. номера при этом статусе у нас ставятся не для всех книг и как списывать их не понятно....(таким режимом списываем многоэкземплярную литературу без штрихкодов)
прилагаю запись и вордовский фал со скриншотом всплывающего окна "протокола"

Смотрите ответ в почте

Здравствуйте! Ирбис64, 2011.1
При списании "Книги.Групповой учет(статус С или U)списание по названию" подсчитывается непонятно что. Тему прошерстила, в файлах, которые нужно изменить, уже запуталась. Можно ли прислать или выложить здесь рабочие файлы?
Доп. вопросы. 1.)Почему номер акта передачи (800 поле) не формируется и в максимальных инвентарях не сохраняется?
2.) Нужно ли проставлять галочки "Автоввод" и "ФЛК" в мастере списания?
3.) Почему в CMPL формируется по две записи, одна из них - загадочно пустая (см. картинку).
Пока никто не отвечает, мое сообщение все увеличивается:). Еще прилагаю картинку "пустой записи" - может, у нас с CMPL просто проблемы? На картинке объединила две странички, для наглядности.
Спасибо. Очень нужны ответы.



Редактировано 2 раз. Последний раз 12.07.2013 12:50 пользователем SKay73.

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

Н-да... Спасибо, конечно. Это у меня тестовый Ирбис; в рабочем-то с обновлениями, надеюсь, все в порядке (не моя парафия). Пошла думать.

На "крик души" никто не ответил, сделаем вариант поспокойнее:).
Почитала. Поменяла CIRBISP (тема "Ошибка в версии 12"). Двойные строчки пропали. Сменила Spisgblnzv.gbl и исправила параметр SpisGblBGroupAll=SpisGblNZV в irbisp.ini.
Считает через раз; логику понять не могу. Что еще можно поменять?

Дополнительный вопрос. Как списать один (два, три - но НЕ ВСЕ) экземпляр конкретного номера журнала? Присваивать им штрих-код? Или здесь тоже ошибка в моей программе?



Редактировано 3 раз. Последний раз 16.07.2013 13:34 пользователем SKay73.

Если вы приложите записи 9, 12, 18 из БД "OF" (такое имя БД каталога?), то можно будет что-то понять.
А конкретный номер журнала - это же номер комплекта? Тогда для списания отмечаете строку с номером комплекта - см. Doc1