Как правильно (вы бы сделали) сделать резервирование товаров?
1. Отдельный регистр "Резервы"
2. В регистре остатков дополнительное измерение. Например "заказ".
Конфигурация самописная. Какие плюсы-минусы?

Я бы посмотрел как в типовых реализовано.

Ну или может есть еще и другие варианты?

(1) Ну в типовых и так и так.

(0) Правильно так, как Вам будет удобно с этим работать и при этом задача будет выполнена.

(0) я бы ещё третий вариант добавил: дополнительный ресурс в регистре остатков.
(4) +100500
(3) Если аналитики совпадают, то удобнее в одном регистре. А если отличаются (например, резервы без указания серий и складов(или адресов)) - то лучше отдельный регистр

проанализировать возможные нагрузки и быстродействия. если колво движений по резервам/перерезервированиям сопоставимо с движениями по остаткам - то и в одном регистре норм будет. если количество движеняи по резервам на порядок и больше превышает движеняи по остаткам (а это запросто при длинной истории заявок) - то думать сильнее.

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

где-то когда-то (очень давно) видел, через склад "Резерв" было сделано

(8) Это вообще не вариант.
(7) Обычно хотят все и еще и ничего не делать. Что бы само :)) Буду анализировать, как Злопчинский посоветовал.

Обычно отдельный регистр как решение более гибким оказывается

резервирование - отдельный бизнес-процесс  . значит модель и информационные сущности отдельные

(8): это для жесткого резерва годится. видел склады резервов по манагерам и/или контрикам. но это далеко не основной регламент, и он может быть реализован в дополнение.
а так - только отдельный регистр.

А где вариант "Посчитать неотгруженные реализации и отнять?"