У многих документов в модуле проведения используются вопросы для предотвращения некорректных проводок. При запуске встроенной обработки проведения документов на каждом таком вопросе обработка делает паузу и ждет ответа, соответственно на ночь такую обработку не запустить - нужно отвечать на вопросы. Вариант решения:
Встроить условие, что при определенном состоянии среды вопрос задаваться не будет.

Отсюда к вам вопросы:
1) Есть ли встроенная переменная отражающая процесс проведения документов встроенной обработкой?
2) Можно ли как-то иначе исключить возникновение вопросов при массовом проведении документов?

1) Есть
2) Оторвать руки тому, кто в проведении вопросов налепил

Какая конфигурация

"У многих документов в модуле проведения используются вопросы для предотвращения некорректных проводок"

Десять лет строгого расстрела без права переписки

Конфигурация самописная с нуля.
А как интересно обойтись без вопросов, если они возникают по мере проведения? У меня 10 различных условий. Что, весь модуль проведения повторять в модуле формы для проверки выполнения условий???
Что за идиотская привычка вместо помощи начинать обсиралово?

(4) Оо при чем тут обсиралово ? чотко вполне сказали - это все равно что вопрос про закрытый переезд ... а можно проехать ? ответ - да езжай ... или на отбойник или поездом

(4) Документ либо может провестись, либо не может. третьего не дано. Не нужны вопросы в проведении. Просто прими это как факт

Она запускается только в монопольном режиме. Проверять на монопольность.

(3) уточню: десять лет расстрела через повешенье!

гыгы а еще прикольно если вопрос с таймаутом ;))) ваще жесть

(8) Откуда такая нечеловеческая жестокость

Ну да, про монопольность я сразу и подумал.
Я уже видел как пишут "супер умные программисты": вместо встраивания условия по изменению переменной с перебором вариантов значений тупо 20 раз повторяют если-тогда с разными значениями, так что не нужно умничать.
Вот мой пример: сделка заключена в евро, расчет должен быть в рублях, а расчет взяли и провели частично в долларах, а частично в фунтах. В итоге - 4 валюты и поэтапная оплата. И давайте еще добавим сюда соглашение о снижении объема поставки по сделке. Образуются хвосты из-за курсовых разниц, округления и прочего. Откуда 1С знает нужно эти хвосты списывать или просто в документе неверную сумму указали? Как здесь без диалога обойтись?

(11) При записи проверять.

+12 А проводить уже нужно то, что записано....

(11) нужно обойтись без диалогов при проведении
пока не поймешь этого - вон из профессии!

(14) Этот вопрос я бы первым задавал на собеседовании. Возможно, дальнейшие вопросы не имели бы смысла...

(11) Пока один отвечает, все остальные могут идти курить

Процедура ОбработкаПроведения(<?>)
КонецПроцедуры
Синтаксис:
ОбработкаПроведения(<Знач>)
Назначение:
Предопределенная процедура обработки проведения документа в любом режиме.
Параметры:
<Знач> - идентификатор переменной, которая получает значение из процедуры Провести.
Замечание:
Данная процедура может располагаться только в модулях документов.

Провести(<?>,);
Синтаксис:
Провести(<Режим>,<Знач>)
<Знач> - выражение произвольного типа, которое передается при запуске предопределенной процедуры ОбработкаПроведения (необязателен, по умолчанию - пусто).

в Знач указываешь признак что проведение массовое и что не надо спрашивать вопросы

При записи все проверять нереально, да и параметры в самом документе не зависят от курсовых разниц и округлений. Грубо говоря, оплата 100 руб была по факту (что тут проверять то?), но в 1С ее нельзя провести, поскольку в учете остается долг перед контрагентом 0,02 коп из-за округлений. И что? не записывать документ? Записать то мы его должны, а вот проводить не можем. Да можно ввести переменную, разрешающую дальнейшее проведение, но тогда весь модуль проведения с его условиями и вопросами нужно повторять в модуле формы. Это нормально?

вроде не пятница ;)))

(17) Спасибо, но главный то вопрос - как определить, что проведение массовое?

(18) Если документ криво заполнен, нужно отменить проведение и сообщить пользователю о косяках. Пусть исправит и проведет еще раз. А не ждать ответа с висящей транзакцией

Документ то не криво заполнен!!!! Он просто не может быть проведен из-за накопившихся ошибок. И пользователь должен решить критические это ошибки или нет и ошибки ли это вообще. 1С не может само принимать такие решения.

(18) как то же в бухии, ут, в упп проводят с курсовыми разницами

чойта не может ? пусть пишит в лог - можно даже писать в отчет с логом проведения - пропускать проблемный документ и выводить на экран таблицу с возможностью прочитать каменты и зайти в не проведен7ный документ
ЗЫ но ми таки как висигда хатим гланды через ... (с)

ГрупповаяОбработка()
Синтаксис:
ГрупповаяОбработка()
Назначение:
Возвращает флаг групповой обработки: 1 - групповое обработка, 0 - иначе.
Замечание:
Метод доступен только в Модуле документа в предопределенной процедуре ОбработкаПроведения.
Подробнее см. в документации, глава 'Работа с Документами'

(22) не понимаешь, что тебе говорят? нельзя так писать модули проведения. и вообще самописки так писать нельзя.

(0)
1.все вопросы задавать ДО проведения
2. в коде смотреть флаг ГрупповаяОбработка()

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

Я правильно понял: в обработке проведения вопрос, ответ на  который влияет на значения проводок!?!

(29) и на значение проводок тоже.
Типа: "Списывать весь остаток задолженности в рублях или пропорционально количеству оплачиваемого товара?"

(30)реквизит способ списания, по умолчанию часто использующийся.

а если хочешь дальше "быдлокодить" то

Если ИмяПользователя()<> "ЮзерАвтопроведения" тогда
Вопрос(...)
КонецЕсли;

добавь ко всем вопросам проведения, но правильней как (17) передавать значение ФлагВопроса.

(30) Мля... Завязывай с 1С! Не твое это...

(30) т.е. если ты на ночь запустил восстановление последовательности, то домой ты в этот день не пойдёшь?

Про расстрел через повешение правильно сказали. Я бы тоже руки оторвал уникуму, который вопросы в модуле проведения ставит, если надо что-то уточнить в модуле проведения добавляй реквизиты на форму, в табличную часть, короче, все условия проведения должны быть определены до проведения...

(35) + и зафиксированы... А то потом будут справедливые замечания, что "ваша одинеска неправильно считает"

а если юзер в момент проведения не нажмет да или нет. то Писец блокировка базы...

Коленку автору прострелить уже предлагали?

(0) вопросы для предотвращения некорректных проводок надо задавать в модуле ПриЗаписи() а не при проведении

(39) А ПриЗаписи разве ещё нет транзакции?

пахнет разводом

судя по ответам автора - он всерьез..

(40) есть конечно. но запись быстрее проведения

я боюсь представить какой АД в такой конфе при работе - дикие постоянные "ожидание блокировки таблицы журналов"

(30) а если "при определенном состоянии среды вопросы задаваться не будут" - откуда тогда программа должна знать, "Списывать весь остаток задолженности в рублях или пропорционально количеству оплачиваемого товара?"

(40) процедура ПриЗаписи() фактически работает до записи. ибо в ней ты можешь отменить запись.

(46) но транзакция то при этом уже началась?

В ПриЗаписи() нет блокировки 1SJOURN

(46) что удивительно, в ОбработкаПроведения тоже можно отменить запись

(47) Если висит предупреждение в модуле документа, то все курят бамбук, если в ПриЗаписи() - то остальные могут спокойно создавать, записывать и проводить документы.

(47) нет

(47) нет. _до_ записи.
(49) запись - не отменишь. Только проведение, или запись в проведении...

Ветку не читал. Про коленку и стенку уже было?

(30) Результат проведения дока зависит от ответов юзера при проведении? Поясни, как будет проводить их обработка? Кто будет ей отвечать на вопросы?

автору никто не объяснил, что проведение - это отражение сути хозяйственной операции. хозяйственная операция может состоять из совокупности хозяйственных операций поменьше. основная "характеристика" хозяйственной операции - ее предопределенность, то есть всегда известен порядок выполнения хозяйственной операции.
.
если впроведении надобность задавать вопросы - то явно, не все в порядке в консерватории. и наивно полагать, что юзер осмысливает вопрос ему заданный и каждый раз в уме решает задачку. чтобы определить правильный ответ на заданный вопрос. юзер тупо жмет что привычнее.
.
а к тому, что прострелить коленку - ну что вы на пианиста насели - играет как умеет. Расстрелять их всю консерваторию -надо в первую очередь, особенно дирижера. пианист сам умрет - негде будет выступать

(0) И часто у тебя абстрактная Марьванна запуская на проведение такой документ уходит пить цай ?

(55) Да, но забавно и то, что если вопрос задается при каждом проведении, то при повторном проведении юзверь может ответить иначе. А если будет робот отвечать, то вообще приплыли.

Вы не понимаете!!! это большая ПЕЧАТНАЯ МАШИНКА!!!!!
Машинистки нет - печать не осуществляется... А машинистка - грамотная, орфографию, пунктуацию, грамматику и прочее - знаетъ!!