Стоит ТиС. В базе сделано так что некоторые документы могут проводить только определенные пользователи.(например перемешения менеджеров только кладовшики и выше стояшее руководство). Возникла потребность знать кто провел тот или иной документ. Пока в голову пришло завести в эти документы реквизит справочники-пользователи и при проведение после того как документ проведен присваивать значение автора который провел этот документ. Может кто сталкивался с такими задачами, может будут другие предложения как это организовать, в будущем скорее всего будут под это дело придуманы какие нибудь отчеты(кто знает что в голову прийдет руководству)  :) И если сделать как выше описано, то новое поле об пользователе кто провел документ лучше внести в общий журнал или создать дополнительный?

Журнал регистрации не?

(0) хранить историю перепроведения ?

дальше захочется чтобы было видно кто из пользователей что менял при перепроведении и всю историю... Есть решение...

(3) всё в БД одной хранить ?

(0)Если нужно просто, "кто провел?", то оптимальное решение - регистр оборотов.
Если история - то лучше сразу строить механизм версионирования.

(4) внешнее хранение в тхт.

(6) тогда проще не в тхт, а написать мини-конфу !

зачем? все работает на не одном десятке клиентов. все довольны аж бегом. И главное при обновлении никак не затрагивается механизм этот... Уже лет пять им пользуюсь.

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

+ (9) не забыть "узнать" интерактивный способ проведения

(9) это штатный механизм

(0) Это не автор. Это - РЕДАКТОР

КапЛей - а просматриваете инфу через отчет. просто хотелось бы оперативно не делая отчеты посмотреть кто провел документ и всё. а если уж что то случиться то там можно и отчеты поднять.
Shaman100M - так и думал сделать только сдуру хотел запихивать этот код в каждый такой документ в модуль документа. :)

(13) кнопка в полном журнале. по ней выдается вся история. Последний сохранявший и проводивший документ - колонка "Автор" во всех журналах.

и еще аопрос пока не пробовал ничего делать. при востановление ГП автор меняется? нужно будет делать какую-то зашиту от перезаписи автора?

Ну а ЖР таки не подходит?

(15) "при востановление ГП автор меняется?"
Нет. Автор ставится ПриЗаписи().

"нужно будет делать какую-то зашиту от перезаписи автора?"
А если кто-то будет писать напрямую в таблицы БД, а если ... В общем думаю мысль уловил?

Ну а ЖР таки не подходит?
На сегодняйшний день нужно оперативно видеть кто провел документ. Для этого как нельзя лучше подходит Общий журнал и ОбщийРеквизитДокумента. плюс мне кажется что так проше присвоить значение. чем обрашаться к журналу регистрации. или я что то не допонимаю как вы предлагаете?

Злой Бобр ясно про запись. да если захотеть то можно и пароли сбросить и записать под другим автором.

(18) если не нужно оперативно смотреть ИСТОРИЮ, кто как проводил документ, то способ с общим реквизитом в журнале будет самым эффективным

Термин "оперативно видеть" не оспариваю, главное, чтобы к стенке по значению общего реквизита не ставили, а ЖР всё-таки посмотрели :-)
Где-то натыкался на тему как из журнала документов открыть ЖР с отбором событий по текущему документу, но с использованием ВК.

(15) - см. (10) Имелось ввиду вот это:

Если Конт.ГрупповаяОбработка() = 0 Тогда
   Конт.АвторПроведения = глПользователь;
КонецЕсли;

(0) В комментарий пишите последнего автора.
Комментарий= Комментарий + Автор

Если Конт.ГрупповаяОбработка() = 0 Тогда
   Конт.АвторПроведения = глПользователь;
КонецЕсли;

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

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

NoMoreDrugs Может все таки отдельный справочник.
решили уже через ОбщийРеквизитДокумента. подскажите как програмно определить что документ перепроводиться через восстановление ГП

(26) смотреть на ГрупповаяОбработка

Если Конт.ГрупповаяОбработка() = 0 Тогда
   Конт.АвторПроведения = глПользователь;
КонецЕсли;
Если поставить такое условие, то при групповой обработке не изменяется автор, а если нажать восстановить последовательность документов то автор меняется.
как правильно в этом случае написать условие
Похоже что то делаю не так?

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

Метод доступен только в Модуле документа в предопределенной процедуре ОбработкаПроведения.
Засунул условие в м иодуль документа, но все равно если делать востановление ГП  в отладчике вижу что ГрупповаяОбработка()=0 как если проводит документ менджер.

(0) >> ...например перемешения менеджеров...
Грузовиками их возите? Умно. У нас с менеджерами цацкаются

(30) ВостановлениеГП чем делаешь то хоть?
Если своей поделкой - то не удивительно, что 0 возвращает.
Этот метод только, если проводишь из встроенной обработки восстановления последовательности - имз Меню-Операции -Проведение доков

ВостановлениеГП чем делаешь то хоть?
когда заходишь в отчеты-отчет по продажам
жмем сформировать он пишет
"Дата конца отчета установлена после ГП документов
отчет может быть не актуальным. для этого можно воспользоваться проведением документов(пункт меню "операции" либо груповой обработкой документов. востановить послед. сейчас (это займет ... время)"
и предлагается нажать Да НЕТ Отмена и если нажать Да то начинается востанавливаться ГП.
Отчет по продажам ТМЦ - это не типовой отчет что ли?

хранить информацию кто провел в регистресведений, в который записывать информацию при проведении документа

(0) А не проще права настроить таким образом, чтобы тот, кому не надо, просто не мог провести документ?

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

или бесплатный вариант http://www.infostart.ru/public/22167/

(33) ппц.. вырежи это в глобальнике, чтоб этого вопроса НИКОГДА не было.. запоришь базу себе когда-нить этим, или нерадивый менеджер "да" всегда нажимать будет.
И там - запускается обычная поделака по проведению документов, а не встроенная в платформу, вот ГрупповаяОбработка всегда 0 и возвращает.

(34,36,37) у автора не снеговик, если что.

Ёпрст3 спасибо уберу, думал что это нормальная встроенная функция всегда ей пользовались