При сохранении кредита в системе, ему присваивается внутренний номер, но принцип присвоения непонятен и он лишен логики.
Например:
40000500
40000501
40000550
40000600
40000601
40000602
Может кто-то уже с этим сталкивался?

Похоже на то, что диапазоны номеров буферизованы. Тогда система может при нумерации перескакивать через несколько номеров. Это может быть при копировании ссуды, пакетном вводе.

Дело в том, что пакетных вводов по кредитам не было, а при копировании кредита все с нумерацией нормально.
А что такое буферизация диапазонов номеров?

См. ноту 443327

Отмена буферизации:
тр. SNUM
объект RF_BELEG (для бухгалтерских документов)
F2-изменить
Обработать->Настройка буферизации->Без буферизации

Про буферизацию:
Без буферизации номер документа хранится в талбице NRIV и записывается туда при сохранении документа. Проблемы возникают при массовом вводе документов. Таблица NRIV блокируется на время сохранения документа и при попытке в это время сохранить документ другим пользователем возникает АВАР error.

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

Удачи.

В 4.7 нота сработала, а в 4.6 не получается сохранить изменения, т.к. всплывает сообщение:
"Недопустимая последовательность вызовов интерфейсов при записи изменений" (message TK 425)

А в 4.6 тормоза

вот-вот. Тормозит, а как растормозить не знаю.