Неотрицательные остатки

Проще при проведении отгрузки списывать с резерва не то, что указано в отгрузке, а опираться на пересечение с таблицей резервов по документу-основанию.
.
в описанном в статье подходе
1. убирается полностью одно из важнейших свойств РН - возможность получать сразу агрегированные резервы
2. количество чтений результатов из регистра обычно очень намного превосходит количество записей в регистр, будут просадка по производительности.
3. имея "отрицательные" показатели - мы не сможем их правильно трактовать - это ошибка или это "правильно"..? - теряем управление над поведением программы/дествиями пользователя

имхо, ясен пень

И я об этом же думал.
Но все перевешивает функциональный подход. Дождитесь следующей публикации, и там увидите всю его прелесть

Слов нет. Вы посмотрите время выполнения этого кода хотя бы на 1 млн заказах. Ну, хочется извращений, сделайте вы это в запросе, зачем это все в код выносить?
Уж не говорим о не закрытой таблице остатков при этом, пухнущей день ото дня, при таком списании резервов реализацией.