Добрый день.
Сегодня заметил что в одном из видов заказов скачет нумерация. Т.е. диапазон для вида заказа настроен как внутренний. Но в списке созданных заказов прослеживаются явные пробелы, к примеру:
20,21,37,38 ..... 60,72,73 и т.д.
Архивировать пользователи не могут, т.е. удаление заказов в промежутках не возможно. Что это может быть и вообще по какой причине?

другие виды заказов не используют тот же диапазон номеров?
(не только СО: ТОРО, СТГ, PP и т.д.)

Нет, в группе которой присвоен диапазон номеров только один вид заказов.

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

Т.е. хотите сказать, что если не заходить в KONK все будет нормально?

из диапазона номеров каждому серверу приложений номера выдаются пачками. Если все номера из пачки не были использованы (например, сервер приложений перегрузился), то образуется дырка в нумерации. Размер пачки настраивается.

Т.е. я правильно Вас понял, что дырки в нумерации это нормально, просто с такой проблемой столкнулся первый раз, на всех остальных проектах было все нормально, причем действительно скачки происходят в районе 19-20 значений номеров?

да, это нормально. В транзакции SNUM или SNRO, введя желаемый объект диапазона номеров, можно увидеть число номеров, резервируемое в буфере сервера приложений.

Спасибо, буду теперь знать и учитывать в дальнейшей работе. Еще раз спасибо за ответы.

А что за настройка? Не подскажете?

Коллеги, а чем мне будет грозить отключение галочки "Буферизация в ОЗУ"для объекта AUFTRAG "Диапазоны номеров заказов" или ручная корректировка номера последнего введенного заказа в KONK?

Ручная корректировка номера последнего введенного заказа в KONK грозит только тем, что если будет проставлен меньший номер, то при заведение заказа и при его сохранении будет выдаваться ошибка что номер уже существует. Если поставить больший номер, то будет просто разрыв в номерах и ничем большим это не грозит. На счет галочки "Буферизация в ОЗУ"для объекта AUFTRAG ничего не могу сказать.

господа и что так и не решается проблема данная? кто пробовал в SNRO значение 20 менять на 0 ?

Вопрос не закрыт. Столкнулся с тем же. Может кто-то поставить точку в этой дилемме?