В течение ряда лет успешно пользовались глобальной корректировкой (в приложении). Недавно перешли с версии ИРБИС+2019.1 на ИРБИС+2021.1(D1).
В новой версии корректировка работает очень странно - без проблем на первых 10 документах, на большем количестве происходит зацикливание процесса (повтор на каждой новой порции из 10 документов).
Эта же корректировка, запущенная через АРМ Администратор-серверный на том же количестве документов, работает без проблем.
Сотрудник, использующий данную корректировку, не имеет доступа к серверному АРМ Администратор.

Не поняла, как вы определили, что "повтор на каждой новой порции из 10 документов"?
Ваше задание у клиента (из Каталогизатора) у меня вообще не работает, т.к. не сдвигается счетчик при переходе от записи к записи. &uf('S1A') вообще капризная штука, надо точно знать, где он обнуляется. В каталогизаторе он у меня обнуляется перед вызовом каждой записи, поэтому там не получается сквозная нумерация. Лучше использовать глобальную переменную.
Кроме того, не надо использовать большие номера глобальных переменных, т.к. создается массив строк размером с номером глобальной. Я заменила у вас 310 на g2.
Я приложила измененный мной вариант, попробуйте.
И еще - у вас не Турбо сервер?

Еще вариант использования вашей глобальной в Каталогизаторе - при запуске отключать автоввод. В задании автоввода используется счетчик &uf('S1A') и это может влиять на формат вашего задания.

Людмила Николаевна, сервер не Турбо.
Версия ИРБИС64+2021_1 из коробки. Тестовая БД, созданная по образцу IBIS, содержит 50 документов. В АРМ Каталогизатор запускаем глобальную с отключенным автовводом. Первый контрольный номер задаем равным 123456.
В итоге получаем в записях с MFN=1-10 поле 3100 заполнено соответственно 000123456-000123465, с MFN=11-20 также поле 3100 заполнено 000123456-000123465, с MFN=21-30 - 000123456-000123465 и т.д. до конца базы.
Такой результат в АРМ Каталогизатор получаем с нашим вариантом глобальной. Пользовались этой корректировкой с 2005 года, в версии 2019.1+D1 все работало, других обновлений не ставили.
С вашим вариантом результат тот же.
В АРМ Администратор-серверный оба варианта работают верно.

Ситуация следующая.
Глобальная корректировка у клиента выполняется порциями. Для каждой порции запускается процесс заново и заново устанавливаются счетчик и глобальные переменные, т.е. сбрасываются в 0.
До версии 2020 размер порции устанавливался в программе и был = 100. Этого, видимо, вам хватало, чтобы пронумеровать записи. С версии 2020 размер задается параметром, который д.б. в irbisc.ini - MaxPortion. Реально его нет, поэтому берется умолчание = 10.
У вас варианты:
1. Поставить параметр, например, 1000, т.е. сколько записей д.быть пронумеровано. Если записей очень много, то это плохой вариант.
2. Использовать инструмент "служба глобальных счетчиков". Он описан в релизе 2015 п.3.
В вашем случае надо завести новую запись в БД COUNT - см. пример 111. Т.е. положить в него исходное значение на 1 меньше.
А дальше выполнить простенькую глобальную - прилагаю.
3. Использовать самим какую-то вспомогательную запись для ведения номера.
4. выполнять вашу глобальную на сервере

Людмила Николаевна, огромное спасибо за помощь!