Добрый день всем!
Возникла потребность некоторым пользователям (определяются через роль) изменить поведение кнопки "Ок", а именно, по нажатию кнопки "Ок" только сохранять документ без проведения. А для всех остальных кнопка должна работать стандартным образом (с проведением).
Как вариант, пробовал переопределить действия кнопки "Ок" на форме - пропадает стандартное поведение при проведении - не выдается запрос на оперативное/не оперативное проведение и т.д.
Как такое можно осуществить?

Роль, если доступна тогда РежимПроведения.Проведение, иначе
РежимПроведения.Запись

500 руб в кассу мисты

(1) РежимЗаписиДокумента

(2) точно, пардон

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

В текущем периоде лишнее перепроведение не должно ничего ломать. Есть даже специальное умное слово "идемпотентность". Старые периоды, где могут быть косяки, нужно закрывать от изменений. И вообще, пользователей нужно обучать.

Вот это фантазии у некоторых. И нет никого, кто сказал бы что потребности такие лучше не выдумывать.

Почему бы не пойти дальше и не удалять что-то по кнопке ОК :)

А просто выключать некоторым пользователям кнопку ок не пробовали,оставляя закрыть и сохранить?

(0) Совет, бесплатно, то есть даром, безвозмездно :)
Для этих "некоторых" юзверей не забывай проверять модифицированость и если документ не был изменён - молча закрывай форму, ничего не записывая.

(4) "идемпотентность" - пролетает как фанера на Парижем, если у тебя РИБ и эти папуасы сидят в главном узле - своим ненужным "изменением" они запросто могут похе... эээ... свести на нет :) реальные изменения, пришедшие из подчинённых узлов.

(7) А еще эти некоторые люди будут распроводить документ добавляя комментарий....
И это будет неожиданно... если остатки поплывут.

(0) Выяснить кто это предложил.
и подписать докладную на приказ.
Приказ: ВСЕ его предложения класть в корзинку.
Не читая.
За чтение штраф.

У автора вижу только один изьян в логике: "Записать" - неприемлемо, если документ ранее уже был проведён.

(9) Угу, иногда они клоунят не хуже Петросяна. Однажды обнаружил документ с комментарием "Света, не забудь перед печатью исправить договор"

(10) Скорее всего автор сам это предложил, не сумев найти управу на юзверей. Увы, так тоже бывает.

(11) Если так то пусть кодит.
Потом перевнедрять будет новая команда.
Все движуха.

Ну вот так у нас заведено: Одно подразделение создает документ, другое его дополняет данными (и оно не должно проводить документ) потом первое проверяет-согласует-утверждает и затем проводит. Самому страшно.

(6) Хорошая идея. скорее всего пойду этим путем.

Если у потзоыателя нет права пррводить или перепррводить документ,то при открытии проведенного документа редактирование должно блокироваться
а вот с комментариями 1с явно лажанулась,по сути,они должны привязфваться к пользователю и хранится в регистре сведений,чтобы их запись была отделена от записи документа
и,если записать проведенный без проведения,то галочка проведен у документа останется,а его содержимое не будет соответствовать тому,что в базе,в общем,фигура из четырех букв гарантирована

(13)Снять у "недостойных" право проведения недостаточно?

(15)Да, а потом наймут студента за 5 копеек, который будет рисовать отчеты по документам :)

(15) Проведенный док блокируется вообще от каких либо действий. ТолькоПросмотр = Истина.
и даже пометку на удаление сделать нельзя, не только на сам документ, но и на все введенные на его основании.

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

(13) для этого нужен бизнес процесс который сам создает, изменяет, проводит документ...

а доступ к документу для всех вообще закрыть...

(15) нет 1с не лажанулась. Если сделать комментарий отдельно, тогда туда такого понапишут, что в документе будет одно, а в комментарии совсем другое.

а еще лучше сделать несколько документов, примерно так

1. Заявка
2. корректировка
3. финальный релиз


тогда на каждом этапе будет "дурь всякого видна"

(13) Так это другое дело. Это разруливается правами, в частности правом на проведение.

Сейчас делаю вариант с различными правами -  две роли одна с правом проведения, друга без.

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

(25) Лучше не давать бесполезные советы.

Как автору, так и Вам, напоминание: в типовых конфигурациях есть множество вариантов изменения объектов, без открытия их основных форм.

(26) Да распровести из списка и потом редактировать...
Это же удача будет.

(26) Надо просто узнавать где работают эти люди.
И комплексное обслуживание им предлагать.
Завалят работу.

(22) Вот самый четкий ответ.
Делать документы на основании.
В процессе работы.
Кажется на первый взгляд что слишком.
Зато будет виден процесс, и доступен для управления.
А это цель учета.

(26) это рабочие советы, у моих клиентов именно так и работает система - в зависимости от статуса проведение документа по разным регистрам накопления

соответственно в самом низком статусе вообще никаких движений, в самом высоком статусе все необходимые

(30) Круто....
Есть статус "чуть-чуть проведенный".
и есть статус "полностью проведенный ... глубже некуда".
Галочка проведения стоит, а в учете нет:
недостаточно глубоко проведен.

(31)Вы зря сарказмируете, в визировании некоторых документов может быть достаточно много участников, но какие-то отчеты по результатам своей деятельности хочет видеть каждое подразделение. Отсюда и частичное проведение. У нас не совсем так, но некий аналог, да.

(15) В типовых это реализовано какбе.

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

(13) сделай документ-черновик, без проведения вообще и подмени нужный. а уже в финальной стадии программно создавай и проводи реальный документ
ну типа Счет->Реализация
в черновике пусть резвятся

(32) Поддерживаю   catena. У нас тоже руководители любят все согласовывать и порой типовыми механизмами это невозможно сделать, вот и изгаляешься как можешь. Я согласен с mistеr (23), что проведение надо разруливать правами доступа (я, так и решил задачу, при условии, что проведенный документ вообще никогда не распроводится. Пока. Пока новых вводных не поступило), но как настраивать маршруты согласования с помощью прав не знаю. А у меня все больше и больше видов документов хотят согласовывать, начиная от требований-накладных и кончая ведомостями на зарплату, причем маршруты согласования может быть от 5 (пяти) этапов и с разными статусами утверждения. Как вариант пока гляжу в сторону связки УПП(УСО) и Документооборот.