Доброго времени.
Проблема следующего характера:
АднаЕс 77, Торговля. Есть документы, проводящиеся программно. Причем могут проводиться, а могут и НЕ проводиться автоматически, зависит от наличия ТМЦ на складе. Во втором случае оператор разруливает вручную и с помощью вспомогательного документа таки проводит этот несчастный документ.
Так вот, в первом случае, никаких событий в журнал регистрации не пишется.
Соответственно вопрос: как выловить программно такие документы?
Вопрос потруднее: А если оператор вручную открывал этот документ и вручную повторно провел?

Весь мозг уже сломал, не могу ничего придумать..  
Пока придумал два варианта:
а) Добавлять принудительно при проведении запись в ЖР (неоптимально уж больно затем парсить ЖР, небыстрое это дело, а иной раз надо по нескольку раз, в отдельных случаях - нескольку десятков раз);
б) Добавить реквизит в документ, содержащий дату/время (время тоже важно) проведения, скорее всего реквизит будет периодическим, в свете второго вопроса (((

но это на будущее, а как же с документами за 2012, 2011 и тд?

оптимально самому разобрать всю логику работу

там, где программно проводится, перед каждым ".Провести()" всандалить "ЗаписьЖурналаРегистрации(..)".
бог в помощь (с) волк из м/ф "жил-был пёс".

(0) Если инфа по проведению документов нужна будет для анализа - нет смысла ее пихать в журнал регистрации. Пиши во внешнюю БД.

+3 Как вариант: создай служебный справочник "АналогЖурналаРегистрации" и пиши туда все нужные тебе события в нужной тебе форме. Только сразу продумай следующий момент: справочник будет расти как снежный ком.

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

один я не понял зачем нужно неинтерактивное проведение документа?

(6) Если система сама проводит документы, то она сама их и создаёт. В данном случае, создаёт пользователь, тогда не очень понятно - зачем системе их проводить - пользователь сам может это сделать.
Единственная причина - проводить в отдельном сеансе, который имеет право проведения, а у пользователя этого права нет, чтобы не мудрили.
Также, быть может, заявки на поставку обрабатываются после очередного поступления товара, чтобы если весь товар в заявке есть, система начинала готовить отгрузку - только для 1С это сложновато - она до такого ещё не доросла, восьмёрка, быть может.

(7) // только для 1С это сложновато - она до такого ещё не доросла
по моему - это ты еще не дорос. Такую чухню городишь.

(8) Для автора в (0) сложновато.
Просто в восьмёрке есть регламентные задания, которые могут и приход сами загрузить и заявки обработать.
В семёрке, если делать в сеансе пользователя, то ему придётся нажать кнопку "Загрузить", само то оно в нужный момент не запустится.
Если не в сеансе пользователя, то нужно делать вход робота, чтобы он периодически запускал какие-то задания. Как бы, cron и командная строка запуска 1С.
Только в (0) явно не так.

(9) ты написал: только для 1С это сложновато
сложновато для ТС, но не для 1С. Более того, совершенно не сложная задача.

(10) Давай не будем спорить - подобную задачу можно давать при приёме специалистов на работу - по крайней мере - рассказать, как они будут её решать, они смогут сразу.
А (0), всё-таки, полезно запугать, что всё сложно, чтобы желание думать быстрее появилось.

(11) какон нафик "желание думать"? к "желпанию" нужно еще и "умение". а судя по постановке вопроса....

(12) После желания может появиться и умение, но не как наоборот.

Извиняюсь за долгое отсутствие, почему то не мог авторизованным попасть именно в эту тему (возмлжно что-то с корп. проксиком)).
(6)(7) оно и НЕ нужно. Но бывают альтеративно одаренные операторы.
(11) решил проблему частично следующим образом: в "ПриОткрытии" проверяю факт проведенности, если положительно (проведен) то режим = толькопросмотр. Это не совсем правильно для выполнение условий, но лучше хотя бы так.
Это решил проблему "защита от дурака-оператора"
Как выловить предыдушие такие случае - вопрос для меня пока еще открыт.