УТ 11 - построчный контроль свободного остатка. #556006

Некий заказчик возжелал построчный контроль резерва, дабы с нескольких рабочих мест два не могли при одновременном оформлении заявок занести свободный остаток в не проведенный заказ. ( Чтобы контроль велся не на уровне проведения, а на момент добавления товара в корзину). Не хватило сил сказать заказчику: идите домой лесом. Потому и нахожусь сейчас в печали и глубококофейной задумчивости - как это реализовать или найти такую отмазу, чтобы этого не реализовывать. На данный момент зыбкой мыслью формируются следующие идеи: 1. После добавления очередной номенклатурной позиции в корзину в обработке подбора товара каким-то образом проводить данный заказ покупателя. 2. В справочник номенклатура добавить поле "Резерв заказа", куда плюсовать добавленное количество товара, а при выходе из обработки - минусовать. А при выборе номенклатуры проверять свободный остаток с учетом этого поля. 3. Бежать в Англию сломя голову.   Может у кого-то есть более реальное описание для реализации такой возможности.   На всяк случай уточню, что база лежит на скуле.

Я считаю, что с неадекватными людьми не стоит работать. Себе дороже выйдет.

А если пока юзер заносит следующие строки, товар в предыдущей строке уже списали? Пусть после внесения каждой строки проводт документ и будет им счастье.

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

И еще прикол по этой теме, если заказ набил  но проводить не стали.

в том и соль, что эта заявка тоже должна объявить о выбранном резерве.

Тогда только проводить документ после внесения каждой позиции.

провести нужно 1 раз. просто добавлять необходимые движение отдельно на одну новую строку.

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

что несешь пургу то ?

Граждане, а ничего, что это задача из экзамена на сертификат 1С:Специалист по программированию на платформе 8.2? Один регистр сведений для заблокированных товаров, и обработчики табличной части и проведения для добавления и удаления записей в него. В чем проблема то?

+100

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

А сама постановка вопроса очень забавная. Если клиент решил за подобное задание заплатить денег и поставить ТЗ. Логически если даже предположить что такие случаи происходят десятками каждый день. Что товара у заказчика не хватает и манагеры одновременно по теории вероятности выбивают один товар которого не хватает. То у клиента проблема скорее с планирование запасов и закупок. И надо её решать.

спасибо за дельную мысль!

Тогда объясните мне. Я менеджер Иванов сижу и подбираю товар в документ вижу что на остатке 1 коробка спичек и выбираю его. При проведении документа выскакивает запись, что такой позиции уже нет. Матерюсь. Перед клиентом неудобно и извиняюсь. Смотрю что менеджер Сидоров провел раньше меня и матерюсь на него. Вызываю программиста и говорю "хочу, чтобы  такого больше не было". Программист дорабатывает регистр и все круто. На следующий день... Я менеджер Иванов сижу и подбираю товар в документ, в форме подбора вижу что на остатке 1 коробка спичек и выбираю его, но в этот момент злобный Сидоров уже подобрал эту позицию и провел документ. (у двух пользователей перед выбором позиции были открыты формы подборов). Зову программиста и ругаю его. Думаю что наш долбанный программист м.дак.

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

было принято решение 1. (на 7.7)

ну... я про 11.0.6.9, где в обработке подбора остатки показываются в разрезе складов - эти остатки формируются после выбора номенклатуры. Ситуация будет иметь место только тогда, когда у обоих менов выбрана номенклатура "Спички" и у обоих показан остаток на 1 складе, но! после задания количества вторым пользователем - будет осуществлена проверка на уровне документа Резервирование ( если я, конечно, все правильно понял и осознал).

ага... но только именно так, как это описано в .

Разве в 11.0.6.9 при активизации строки в подборе не подключается обработчик ожидания, который постоянно остатки обновляет?