Никто не запрещает в самый конец транзакции истинную нумерацию воткнуть

Или подписками или расширением, или кодом но это возможно.

Но если он без нумерации 10 объектов в секунду не может, то и с ней не сможет.
Если может - то и с ней сможет.

Возможно придётся постараться, но вынесенная этим механизмом нагрузка минимальна, пересчет итогов по РН куда как более затратен

а почему просто не использовать справочник?

Потому что в моменты высоких нагрузок неоднократно ловилось некорректное поведение сервиса нумерации и дубли кодов в объекте МД

+ пропуски при откате транзакции, этого жесть как не любят

В ДО нумератор на РС, и ничего, норм работает

В общем случае это не важно (пропуски нумерации) но есть частные требования, например у нас кадровая служба требовала четкую сквозную нумерацию документов по сотруднику строго без пропусков.
Не ЗУП, самописка.
Но эти доки потом летели в ЗУП

Не то? https://infostart.ru/public/1257654

Нет, не совсем

Это как раз сваггер / опенапи

Но как это прикрутить у 1с хз

Нужен баттл по нумерации ))) Сколько тысяч клиентов в секунду смогут получить номер на справочнике и на регистре?)
При чем проверить на разной длительности транзакций: 0.1 сек, 1, 5, 10, 20.... (понятно, что регистр при длинной транзакции выдаст.... нисколько... или таймаут. Ибо количество выданных номеров равно 1 / длительность блокировки нумератора)  
Откуда взялась блокировка на справочнике и гарантированная возможность записи, например, трех документов? Не могу понять...

Я коряво выразился.
Конечно блокировки на справочнике не будет.
Но к нумерации часто требования - что лучше все отвалится нежели будет дубль или пропуск

Да. Это точность нумератора - это основополагающий фактор выбора. Нужна точность - тут и выбора нет, только программный нумератор.
А  встреченные вами "проблемы" с нумераторами - это то, что он начинает повторяться / выдает ошибки контроля уникальности?

Из того, что я видел куча дублей от одного до сотен.
Иногда после того как сервис отпустит были ошибки уникальности, иногда нет

Ну и естественно в дальнейшем при перезаписи таких элементов ошибки уникальности

Пишем элемент справочника в БД в попытке с платформенным контролем уникальности. В исключении сбрасываем нумераторы, откатываемся)) Повторно проблемы наверняка не будет)) Получим чтение начальных данных нумераторов из бд, но по крайней мере сохраним работоспособность базы)))