При сохранении корректировки в записи происходит длительное подключение к серверу. Изменения в записи не всегда сохраняются.

При сохранении корректировки в записи (при создании новой записи) в АРМе Комплектатор происходит длительное подключение к серверу. Изменения в записи не всегда сохраняются.Подскажите почему может возникнуть такая проблема?

Вопросы рассматриваем только, если указаны параметры системы - 32/64, версия, приложенный скриншот. Это написано в правилах пользования форумом.

Ирбис 64, версия 2009,1. в АРМе Комплектатор при сохранении изменений в записи выдает сообщение: "Несовпадение версий записи. Данные вашей версии временно сохранены в архиве". Изменение в записи при этом не сохраняется.

Ничего страшного. Сработала защита от одновременного использования одной записи. Т.е. пока вы корректировали запись, другой пользователь ее откор-л и сохранил. Вам дается подсказка - Alt-A. Далее - копируйте в буферную запись, если прочитаете инструкцию, то - некоторые действия. Если не прочитаете, то правая кнопка мыши, копирование из буферной записи и сохранение.

день добрый! Ирбис 64 (2008.1, обновление 2010)
после копирования из буферной записи данные все равно не сохраняются. Что не так было сделано? Следовала всем указаниям.

день добрый! Пробовала даже опустошить запись и внести все заново, но результат тот же... Помогите, будьте добры!!!!

Но вы не написали и не показали, что у вас происходит. Тот же результат - это какой?

день добрый! Ирбис 64 (2008.1). Данные файла POLZV "максимальные номера" выглядят так:
#910: Н81406
#910: ОД1653
#910: В277
#910: И4693
#910: Д294
#910: МКФ268
#910: К471
#910: 1006СД
#910: 1088701
После включения в работу АРМ "Каталогизатор" другими сотрудниками в этом файле в поле "Технология" фиксируются данные этих сотрудников (их фамилии, этап работы, дата), но и максимальные номера дополняются такими данными как:
#910: 1077140 АВТОГР.
#910: 2БН
#910: 971067384
#910: 761984 (ПРИЛ.)
#910: И.4392
#910: И.4485
#910: И.4474
#910: И.4391
#910: И.4407
#910: 997148
#910: 614 СД
#910: 620СД
при этом нет возможности ввода новых книг в АРМе "Комплектатор" так как максимальные номера имеют "мусор". Посоветуйте, пожалуйста, что делать в этом случае.

Как вы описываете - это происходит при работе autoin.gbl. Вы приложите свой файл из директории CMPL и из директории IBIS (они разные).
Данные, приведенные вами, 1077140 АВТОГР, и т.д. - это что? Я не виже в них ни этап работы, ни даты, как вы пишите. Есть ли такие инвентарные номера в БД CMPL или в БД IBIS?

Этап работы прикрепляется в закладке "Технология". Инв. № 1077140 АВТОГР есть в новой БД BOOKS так как в этой записи была сделана корректировка.
Прикрепляю два файла: первый с БД CMPL. Пожалуйста, помогите разобраться

Вы не обновляли версию 10.1.Эти файлы мы исправляли. Прикладываю для БД CMPL и БД каталога. Очистите поля в записи POLZV. Проверьте работу. Но проблему с "Технологией" не поняла - в чем она?

К сожалению после замены ошибка осталась такая же.
максимальные номера дополняются такими данными, например:
#910: 2БН
#910: 971067384
#910: 761984 (ПРИЛ.)
#910: И.4392
#910: И.4485
#910: И.4474
#910: И.4391
#910: И.4407
#910: 997148
#910: 614 СД
Приходится вводить инв. номера вручную... Помогите, пожалуйста!!!!

Еще раз - у вас 10.1? За какое число irbis54.dll? При вводе в какую БД запись POLZV неверно дописывается, приложите autoin.gbl из этой базы.

В папке SIRBIS64.zip файл irbis64.dll за 06.08.2020.
При создании БД BOOKS для книг неверно дописываются данные в запись POLZV. Прикрепляю файл с этой БД.

Неправда, вы не подменили файл autoin.gbl в директории каталога (по вашему BOOKS). Когда мы указываем директорию IBIS, это означает директорию вашей БД каталога.
Не может быть дата с 2020 годом.

День добрый. После замены файла ситуация не изменилась: инв.№ не увеличивается (например, 1088719 не увеличился на 1).
Запись POLZV пополнилась записями
#910: 58
#910: 60
#910: 63
#910: 67
#910: 69
#910: 72

Здравствуйте,
не получается перенос в ЭК записей из Комплектатора.
Выдается такая ошибка:

Перенос в ЭК отмеченных записей
Перенесено записей в БД JOURNAL: 0
Перенос контролируемый
MFN=1: переносилась, не найдена запись в каталоге JOURNAL на докомплектование по запросу "I=Г"
MFN=2: переносилась, не найдена запись в каталоге JOURNAL на докомплектование по запросу "I=М530772"

lib_pavl написал(а):
-------------------------------------------------------
> Здравствуйте,
> не получается перенос в ЭК записей из
> Комплектатора.
> Выдается такая ошибка:
>
> Перенос в ЭК отмеченных записей
> Перенесено записей в БД JOURNAL: 0
> Перенос контролируемый
> MFN=1: переносилась, не найдена запись в каталоге
> JOURNAL на докомплектование по запросу "I=Г"
> MFN=2: переносилась, не найдена запись в каталоге
> JOURNAL на докомплектование по запросу "I=М530772"

Версия системы? Какие записи переносите? Журналы? Отмечаете в области словаря (какого) или связанных записей? Переносимых записей в БД JOURNAL действительно нет?

Версия 2010.1. Переносим журналы. Записей в БД нет. Насчет словаря и связанных записей не поняла

Записи переносятся, если ставить "перенос НЕ контролируемый"

Дело в том, что записи уже переносились в ЭК, но каталогизаторы напортачили с записями. БД была полностью опустошена через Администратор и была сделана попытка перекинуть записи заново

Здравствуйте! Скажите пожалуйста как взаимодествует АРМ Комплектатор с Каталогизатором и другими АРМ?

Уточняйте: 32 или 64