Есть документ, при проведении есть проверка запросом, если документ непроведенный, тогда провести, если уже проведен тогда отказ = истина. При старте процедуры ОбработкаПроведения документ становится проведенным и в запросе не забирается. Как быть?

Проверяйте перед записью :)

Вообще-то, для блокирования повторного проведения одного и того же документа используют другие проверки. На условие Проведен=истина или Проведен=Ложь в обработках проведения (внутри транзакции именно с выбранным документом) обычно нигде не проверяют

(1) а записывать нет необходимости. док уже записан. - тогда как?

билет в один конец
(2) решения с такой реализацией - полная шня

У автора, другими словами, классическая тема "запрет на перепроведение". Решается проверкой "Если Объект.Проведен И Ссылка.Проведен" в нужном месте.

(4) посмотри типовые и возрадуйся

(3) Если документ не изменялся, то и перепроводить его запрещено. Т.е.следуя логики автора, в обработчике проведения значение Отказ "по умолчанию" должно быть равно Истина.

(7) "если документ непроведенный, тогда провести" - где здесь "перед записью"?

(6) не все что написано в типовых сответствеут здравому смыслу, это аксиома
(8) в клюшках что при проведении документа ПередЗаписью не вызывается?

(8) Оно где-то там платформой в последовательности событий при проведении документа присобачено :)
Я, конечно, умею проводить документы без обработчиков платформы, но мне кажется сейчас "не тот" случай.

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

(10) "Оно где-то там платформой в последовательности событий при проведении документа присобачено"
понял, спсб

(0) я правильно понимаю, вы хотите 1 раз документ провести после создания, а дальше не давать его записывать/редактировать?

(13) ну типа того, нужно проводить только записанные документы, а не проведенные документы

(13) Ну, типа, не совсем так. Автор ещё не озвучивал запрет на снятие с проведения документов. Таким образом, мы имеем следующее: над непроведенные документами автор разрешает юзверям издеваться как им заблагорассудится :)

(14) В какой конфигурации нужна такая доработка?

(16) ут 10.3

(15) вот поэтому эти решения бредовы. пометка удаления, проведен, записан, отмена проведения, из формы документа или списка или обработки и еще 15 вариантов надо учесть, а пользователь все равно найдет какую нибудь кнопку/менюшку или еще чего, у них это спортивный интерес - кто умнее прог или он, пользователь. типа такая проверка прога на профессиональность. они думают, что профессиональность измеряется способностью противостоять пользователям. Дебилы млять(с).
Но дело больше даже не в том что бы предусмотреть все варианты проведения документа (это как раз - пойти на поводу у пользака), нужно логику строить изначально корректную, что бы не возникало таких необходимостей, как в этой теме

В ролях можно доступ настроить "Редактирование проведенных"

Используй метод ТвойДокумент.ОбменДанными.Загрузка=Истина

https://its.1c.ru/db/v8std/content/773/hdoc

(20) зачем это использовать в контексте задачи?

(19) ну такой вариант - вполне вариант, правда тоже проверить надо, все ли там подойдет

(22) Как я понял, так и посоветовал ).

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

(25) не знаю, что вы понимаете под "зарегистрированными операциями", но на практике редактируют даже по БУ и даже в закрытых периодах, не говоря про УУ
вобще там вопрос был про конкретную конфу, в которой тс скилы качает