Доброго всем

Есть элемент справочника. в нем многомного реквизитов, ТЧ итд

Надо разрешить запись, отловив условие: Если изменился только ОдинВажныйРеквизит - то разрешить запись, и запретить запись если изменился любойдругойреквизит, строкаТЧ, итд.

т.е. истина -  если изменен всего один реквизит и ложь, если любой другой либо комбинация нужныйреквизит + любойдругой

как правильно сделать?
кроме как, передзаписью (),  циклом обойти все реквизиты и сравнить реквизит = ссылка.реквизит есть еще варианты? или может более правильные варианты?

обычные формы

спасибо

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

(0) Смотри для примера модуль справочника Договоры контрагентов в типовых БП, УТ. Там есть проверка на изменение валюты, владельца и еще чего-то...

(0) изначально задача в чем заключается?

(0) по условию получается, что нужно следить только за изменением одного Очень важного Реквизита. Зачем все обходить?

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

думаю
а) либо модифицированность как проверять при записи реквизитов
б) на форме всему кроме КомуПоручено выставить только чтение

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

(5) А "велико" и "мало" - это сколько?

(6) в принципе нет же разницы. Если что - то число одновременно невыполненных = константа.получить ()

(7) Честно говоря, непонятен смысл (5). Для чего это вообще нужно? Имхо, гораздо проще привязаться к сроку исполнения.

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

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

(0) сделай переменную (реквизит формы)
ПриИзменении любой хрени, кроме Очень важного Реквизита взводи флаг

(9) Т.е. у тебя получается, что если у исполнителя уже превышен лимит просроченных задач, то ему новую задачу нельзя назначить?

(10) будет многомного обработчиков
ПриИзмененииХерни ()

))

и изменение ОченьВажногоРеквизита + изменение ДругогоРеквизита тоже как бы придется отслеживать

(12) Сделай один обработчик ПриИзмененииОченьВажногоРеквизита. И возводи флаг.
Если флаг = ложь, то реквизит не менялся

(5) Если обычные формы: запрос при открытии формы и после анализа результата запроса в форме устанавливается свойство ТолькоПросмотр. А изменение реквизита "КомуПоручено" можно сделать через контекстное меню из списка справочника без открытия формы.

вот еще такая шляпа придумалась. вроде работает и кода поменьше

        Для каждого Эл Из ЭлементыФормы Цикл
            Попытка
                Эл.ТолькоПросмотр = Истина;
                Если Тип (Эл) = Тип ("Флажок") Тогда
                    Эл.Доступность = Ложь;
                КонецЕсли;
            Исключение
            КонецПопытки;
        КонецЦикла;
        ЭлементыФормы.Сотрудник.ТолькоПросмотр = Ложь;

Процедура ПередЗаписью()
ЗаполнитьЗначенияСвойств(Объект, Объект.Ссылка, , "ОченьВажныйРеквизит");
КонецПроцедуры

(5) как вариант, можно этот рек вынести  в РС (будет одно  измерение - ссылка на задачу, и ресурс -КомуПоручено)

В форме справочника - добавить поле ввода КомуПоручено, писать в РС при изменении.

Если остальные реквизиты - недоступны. то ЭтаФорма.ТолькоПросмотр =Истина;
ЭлементыФормы.КомуПоручено.ТолькоПросмотр = Ложь;

(13)
а) только Реквизит сменился - записать можно
б) Реквизит сменился , но попутно еще реквизиты поменяли. по идее писать нельзя. как отслеживать?

(16) мысль
(17) не прокатит т.к. форма.толькопросмотр перекроет всё

(18) Прокатит, если КомуПоручено - не связан с основным реквизитом формы (СправочникОбъект)

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

(19) связан. отдельным реквизитом не получится

Так остановился

        Для каждого Эл Из ЭлементыФормы Цикл
            Попытка
                Если Тип (Эл) = Тип ("ПолеВвода") ИЛИ Тип (Эл) = Тип ("ТабличноеПоле") Тогда
                    Эл.ТолькоПросмотр = Истина;
                КонецЕсли;
                Если Тип (Эл) = Тип ("Флажок") Тогда
                    Эл.Доступность = Ложь;
                КонецЕсли;
            Исключение
            КонецПопытки;
        КонецЦикла;

Объект.Реквизит <> Объект.Ссылка.Реквизит

"что бы не открывали пару десятков задач, и они бы так и висели не выполненными. как только превышен лимит то не давал бы редактировать итд" // Так пользователь откроет заранее все старые задачи и твои интерфейсные запреты не помогут

Имхо,тут сама модель хромает.  Сама задача (со множеством реквизитов и ТЧ) -это отдельная сущность. А то, на ком эта сущность висит - это уже другая сущность. Собственно,сама тема  сигнализирует об этом)