Попробовал через привилегированный модуль.

Упирается в процедуру "ПередЗаписью", где есть проверка на полные права.

Попробовал обойти процедура "ПередЗаписью" выставив ОбменДанными.Загрузка = Истина
А 1С-ка в таком режиме проводить не хочет.

Что еще можно придумать?

Дать права

А если права дать?

Либо проводить не из формы документа, а из обработки в привелигированном модуле.

Кстати подозреваю что проверка в процедуре перед записью, это какая то ваша личная фишка.

(1) Программно это возможно?

(3) Гм. Я вроде так и делаю.
(4) Ну да. Т.е. не лично моя, но не типовая.

(4) Похоже. Это наверное, новый вид извращения: сначала сделать проверку на полные права, а потом пытаться это обойти :)

(6) Мы не ищем легких путей! (с)

(5) Может, проще проверку изменить?

(5) Тогда с ней надо разбираться. А вообще нехорошо так делать.

Кстати рекомендую все проверки, кроме проверки остатков, проводить в модуле формы, а не в модуле документа.

(10) Почему?

(10) Гени(т)ально

(10) тогда девочка-бухша запускает "Групповая обработка документов" и   ... вуаля !

(5) Можно програмно присвоить роль "Полные права", потом програмно убрать.

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

(11) Это защита от неправильных действий пользователя, групповое перепроведение и прочее это административная функция.

(16) А про ПКМ - Провести в списке документов ты не подумал? :)

>>Попробовал обойти процедура "ПередЗаписью" выставив ОбменДанными.Загрузка = Истина
>>А 1С-ка в таком режиме проводить не хочет.
чойто она не хочет? по какой причине?

(17) Чтоб провести там надо сначала записать, если не пройдет эту проверку то документ просто не будет записан.

(18) В этом режиме не работает .Записать(РежимЗаписиДокумента.Проведение).
Однако в большинстве конфигураций можно записать в режиме запись + сформировать движения регистров.

(19) Бывают ситуации, когда надо иметь возможность записать документ, даже если там не всё заполнено. А проверки выполняются именно перед проведением.

(21) В нормальной системе таких ситуаций не должно быть.

(18) Логично. Для этого режим загрузки и предназначен.
Просто записать без обработки.

(8), (9) Гм. Логика там такая:
Проверка 1.
Если НЕ полные права и не сегодня Отказ = Истина
Ну это ладно, можно заменить на запрет неоперативного проведения.

Проверка 2.
Если НЕ полные права и Реквизит1 = Истина Отказ = Истина.
Тут как быть?

(21) Да и еще нет такого события как ПередПроведением. Во время проведения проверки только на учетные данные (остатки и т.д.)

(14) А еще можно программно джигу-дрыгу станцевать. Эффект примерно тот же будет.

(14) КАК?!

(24) Нет ножек - нет мультиков ©

(18) Текст ошибки:
{ОбщийМодуль.ПолныеПрава(1473)}: Ошибка при вызове метода контекста (Записать): Действие не может выполняться в режиме загрузки данных
    Объект.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Действие не может выполняться в режиме загрузки данных

(22) Простой пример: один пользователь имеет право только вносить номенклатуру, а другой - проставлять цены.

(10) Не вполне согласен. Например, проверка даты документа на дату запрета делать в форме не очень хорошо, подписка правильнее, имхо.
Так что можно делать в модуле, но лучше предусматривать ОбменДанными.Загрузка. Имхо, в режиме загрузке все проверки должна делать подсистема загрузки.

(30) Решается введением этапов документа, но обычно такое ведет к бардаку.

(22) Запись без проверок до проведения абсолютно естественная ситуация.
Один документ могут вводить последовательно несколько человек. Проводит только последний.
Большой документ может вводиться достаточно долго. Оператор может банально отойти на перерыв, сохранив промежуточный результат ввода.

(32) Это теоретический упрощённый пример. Но тем не менее такое достаточно часто встречается.

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

(32) А вот тебе другой типовой пример: ордерный склад. Менеджер создает документ реализации, но провести его не может, т.к. он проводится только из РСО, который вводит кладовщик.

(33) Пусть доведет строку нормально в ТЧ и идет на перерыв.

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

(38) Никогда не встречал ордерных складов? Вопросов больше не имею.

+(38) Единственное исключение это возможно с/ф но там один документ как бы является продолжением другого. Да и автор у них один.

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

(41) типовые пишут клоуны?

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

(0) документ просто записывать, движения по документу ручками создавать

(43) Насчёт типовых от 1С, я конечно немного слукавил, но именно такое решение я встречал у Раруса :)

+(44) ессно с "ОбменДанными.Загрузка = Истина"

(45) С Рарусом не имел дело, но наслышан что у них много корявых решений.

(44) Это как? Логику "ОбработкиПроведения" переписать?

(48) Часто в модуле документа есть функция наподобие СформироватьДвиженияРегистров.
Вызывается из ОбработкаПроведения.
Ее и вызывай.

(48) это можно сделать разово, но системно - нужно логику работы с документами пересматривать.

(49) Спасибо.

(50) Понятно.