Здравствуйте!

Для решения задачи рекомендуем ознакомится со статьей “Как сделать поле обязательным для заполнения по определенному условию”
http://academy.terrasoft.ru/documents/docs/technic/SDK/7.6.0/RequiredFi…

В версии 7.6 схема BusinessRuleModule находится в пакете NUI.

Добрый день! Спасибо, я эту статью читала.
Там в примере - Правило зависимости обязательности поля [Контрагент] от значения в поле [Тип].
там понятно, что указывать в левой и в правой части условия.
мне не понятно, как должна выглядеть левая часть условия в данном выражении,
если левая часть условия - это Terrasoft.CurrentUser.userType

Какой тип выражения должен быть в данном случае?
Возможные значения: ATTRIBUTE, CONSTANT, SYSSETTING, SYSVALUE, CARDSTATE
Тип текущего пользователя - это же не аттрибут модели представления и не константа, не
системная настройка, не системное значение и не состояние карточки.
Тогда что это? какое значения для type выбрать в этом случае?

Дарья, добрый день!

Если бы необходимо было использовать в сравнении значение Terrasoft.CurrentUser - тип выражения должен быть SYSVALUE. Но в Вашем случае можно использовать следующий подход:

1) для правого выражения указать тип CONSTANT и значение Terrasoft.UserType.SSP;
2) создать в блоке attributes атрибут

"CurrentUserType": {
	dataValueType: Terrasoft.DataValueType.TEXT,
	value: Terrasoft.CurrentUser.userType 
}

3) для левого выражения указать тип ATTRIBUTE и атрибут CurrentUserType.

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

уже разобрался, привязал через bindTo

attributes: {
            //поле от от которого зависит видимость детали
 
            "Type": {
                dependencies: [
                    {
                        columns: ["Type"],
                        methodName: "typeChange"
                    }
                ]
            }
        },
................
diff: /**SCHEMA_DIFF*/[
	{
		"operation": "insert",
		"name": "VehicleDetail",
		"values": {
			"itemType": 2,
               "visible": {bindTo : 'IsVehicleDetailVisible'}
		},
		"parentName": "AccountPageGeneralTabContainer",
		"propertyName": "items",
		"index": 7
	}
]/**SCHEMA_DIFF*/,
................
methods: {
            typeChange: function () {
                var Type=this.get("Type");
                if (typeof (Type) != "undefined")
                {
                    var isVisibleDetail=((Type.value == Constants.Account.AccountType.Contractor)||
                        (Type.value == Constants.Account.AccountType.OurCompany))
                    this.set("IsVehicleDetailVisible", isVisibleDetail)
                }
            }
        },

обходное решение нашлось необчным образом - взял guid поля справочника из таблицы и вставил его в условие:

ReadDataUserTask1.ResultEntity.GetTypedColumnValue("TemplateOfIncidentId") == new Guid("E7496BD4-855C-45E1-AA07-B286CFCD55A7")

подозреваю, что лучше в стороннем скрипте (сразу после старта процесса) объявить переменную, сравнивать со значениями и в условии обращаться уже к ней.

В sq_Project у колонки EssenceType поставьте флажок "Всегда выбирать в запросе"

EssenceType сравнивает без проблем, а вот поля TypeID и OfferingTypeID не хочет и ругается. как было указанно выше. Пробовал ставить флажок для этих двух полей в выборке, но не помогло.

"Штинов Антон Викторович" написал:

Лучше использовать GetFieldValueFromDisabledField(Dataset, FieldName).

"Раловец Ольга" написал:Лучше использовать GetFieldValueFromDisabledField(Dataset, FieldName).

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

В этой ситуации лучше ставить галочку "Всегда выбирать в запросе". И вот почему
1. В приведенном примере Антон всегда при смене позиции в датасете будет анализировать эти поля
2. функция GetFieldValueFromDisabledField очень тяжела с точки зрения производительности. Если посмотреть на ее реализацию (к реализации вопросов нет, всё сделано корректно), то создается еще один датасет с уже активным нужным полем, и из которого уже берется значение. Получается что при смене позиции в датасете будет открыто еще три (для каждого не активного поля).

Так что наверно проще выбрать еще три поля чем на каждую запись делать еще три запроса.

Евгений, я думала об этом, но не знаю, как сравнить "тяжесть" передачи данных из трех лишних полей с сервера на клиент каждый раз при открытии набора данных и выполнение "тяжелых" операций на клиенте только при определенном запросе, но при условии, что запрос происходит часто. Не знаю, как сравнить количество открытий набора данных проектов без использования деталей с количеством переходов по записям при видимых деталях.
Для трех полей сразу GetDatasetFieldsValuesNamedArray(Dataset, FieldNames), а также при повторном обращении НЕ создается новый экземпляр набора данных, а sq кэшируется в атрибутах набора данных и переоткрывается.

Я просто встречал GetFieldValueFromDisabledField в функциях, которые используются ну очень часто, например раскраска реестра. И 1-2 ИДшника передать для 40 записей будет попроще, чем делать 40 доп.запросов на сервер.

Нужно быть очень осторожным с использованием этой функции.

"Раловец Ольга" написал:Для трех полей сразу GetDatasetFieldsValuesNamedArray(Dataset, FieldNames), а также при повторном обращении НЕ создается новый экземпляр набора данных, а sq кэшируется в атрибутах набора данных и переоткрывается.

	var Dataset = SelectQuery.Open();

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

"Глова Сергей" написал:Нужно быть очень осторожным с использованием этой функции.

"Раловец Ольга" написал:Глова Сергей пишет:

Нужно быть очень осторожным с использованием этой функции.

Аватарка очень подходит к этой фразе :)

+1 :lol:
В общем, как сказал Евгений, использование зависит от ситуации