добрый день,

вопрос следующий:
есть обработка проведения - в ней описаны все движения.

есть форма с процедурой проверки прав "может превышать остатки" и процедурой предварительной проверки этих самых остатков.

не понимаю, куда добавить саму проверку, на какое событие?

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

обработка проведения

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

(1) верно я понимаю, что в обработке проведения писать запрос на проверку остатков / прав проводящего?

и если прав нет, тогда ОТКАЗ = Истина?

(0) Вот сидит девочка-операционистка за компом, справа от неё кипа распечатанных ею документов на отгрузку, которые ещё надо ей подписать на каждом листе и проставить печать.
И тут очередная реализация не проводится - краснота по каким-то неведомым регистрам остатков. А по проводкам всё есть. Она бежит к замГБ, потом обе - к ГБ. Та звонит программисту. А время уходит. Машины стоят у склада под погрузку, а документов нет. Потому что программист Андрей прописал запрет в коде обработки проведения.

Вызывает гендир Андрея к себе на ковёр... и...

(2) https://курсы-по-1с.рф/articles/2017-02-12-two-methods-for-inventory-check/ Готовое решение

(3) И?
Выписывает премию?

За точное исполнение поставленной задачи
И не получение штрафов от маркировки

(5) Потом догоняет и снова выписывает...

(0) 1. Функциональная опция с константой в настройках
2. В обработку проведения
3. Два способа проверки на выбор:
3.1. Проверить доступные остатки и проводить только если есть
3.2. В транзакции провести документ, проверить не появились ли минуса - если появились отменяем транзакцию

И да форма тут не причем совершенно - просто знаний/опыта маловато
Подобный код проверки на формах не размещают, только в общих модулях или сразу в модуле объектов

(6) 1. Машины стоят и документов нет - никак напрямую не связано с системой учета
Нормальные спецы сделают документ в екселе и отправят если срочно

2. Если проблемы с остатками/проведением - признаки проблем/бардака в учете
Что важней точный учет или тяп-ляп (и хз кто будет отвечать/платить) но зато быстро?

(7) спасибо за обратную связь, я интуитивно думаю, что нужно идти по траектории 3.1 (сначала проверить остатки, если всё ок, тогда погнали)

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

(9) нахрена проверять остатки? Это старые клюшечные подходы! Апологеты снеговика постулируют что провести и посмотреть есть ли минуса и отменить - будет быстрее.
.
Если я - как клюшечник - адекватно оттранслировал...

(9) А ты не забыл про ПКМ и Провести из формы списка?
А куда дел программное проведение (из обработки)
И да надо не забыть ОбменДанными.Загрузка :)

(10) Не быстрее но надежнее, нет рисков что между проверкой и реальным проведением некто другой остатки скушает
Но иногда есть проблемы с "В данной транзакции уже происходили ошибки"

(12) а какова концепция блокировки/транзакций при проведении документа (если не прописывать ручное управление таковыми)...?

(8) Важнее всего своевременно отражать в учетной системе факты. И Гена прав. Задерживать отражение факта в учетной системе из-за того, что кто-то, когда-то раньше возможно допустил ошибку (а возможно и не допустил, а просто что-то не ввел) нельзя.
Другой вопрос, если это не просто фиксация факта, а операция резервирования.

(14) ну так если кто о что-то не ввел и процесс встал в ступор - ну наверное не зря так сделано? А то уедет фура, а доверенности от водителя нет... 10 млн рублей ищи свищи фуру потом...