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

Но вроде как 1С программер не блокирует таблицы когда проверяет остатки и меняет счета учета. Так что не факт что война за последний остаток решается таким путем

В торговых конфах и УПП такое реализуется резервированием товаров. Если разбирать задачи на экзамен по спецу, "при проведении" документов (есть два варианта) не хватает остатков - документ не проводится, выводятся соотв. сообщения

У 1С программера всегда всё по-особенному.
Но скоро у него это пройдет и он сделает как на экзамене по спецу)

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

Ну не правда это всё. Всё будет в порядке с пользователями. А когда он переборит эту ситуацию, то как раз наоборот начнет получать радость жизни от своего профессионализма.

А пользователи честно говоря всегда и везде одно и тоже. Нам не удобно.
Возможно в этой компании нужно завести критерий удобности и зафиксировать.
Как по мне удобнее, чтобы остатки были актуальными. Думаю, что для владельца бизнеса тоже.
Удобство пользователей потом подкрутят.

Как я понял по различным статьям, контроль остатков имеет два варианта:
1. Сначала чекам хватает ли остатков, потом пишем движ. (Жопоболь при работе задним числом)
2. Пишем движ и чекаем отрицательные остатки.
Собственно пошёл по второму пути при реализации контроля в самописной конфе

Причем в п.2 так же надо указать что при работе задним числом будет факап, но я к примеру не ставлю период запроса (гумно, но работает)

В типовом функционале же есть функционал контроля «будущих» остатков.
Был у меня проект где подобное реализовали в старой конфе где такого не было.

В том то и дело что пилю не типовое, а в типовом смотреть как реализовано очень муторно

Иван has been banned! Reason: CAS ban.

Иван: user has been CAS banned

Остатки на дату нынче не используются наверно нигде. Для этого не нужно что-то специально кодить. Это вопрос не программы, а логики, концепции, подхода.
А чтобы понять это - в код смотреть не нужно. Нужно понять почему так сделали.
И это никак не относится к способу контроля остатков.

Я честно говоря так и не понял, что за трудности с остатками на дату.

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

Эта методика не защищает от ухода в минус