Нужно открыть скрипт карточки wnd_OpporttunityEditScript. Там есть функции:

function UpdateFinishControls(IsEnabled){
	edtWinner.IsEnabled = IsEnabled;
	edtWinningReason.IsEnabled = IsEnabled;
}
 
function UpdateFinishControlsByDataset(Dataset) {
	var StatusID = Dataset.Values('StatusID');
	var IsFinish;
	if (!IsEmptyGUID(StatusID)){
		IsFinish = GetDetailSummary('tbl_OpportunityStatus', 'ID', StatusID, 
			'IsFinish', stNone);
	} else {
		IsFinish = false;
	}
	//this needs to handle null values
	var IsFinishControlsEnabled = (IsFinish == true);
	UpdateFinishControls(IsFinishControlsEnabled);
}

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

Если эта логика не нужна - можно закомментировать содержимое функции UpdateFinishControlsByDataset целиком или только её последнюю строку.

"Зверев Александр" написал:

Если эта логика не нужна - можно закомментировать содержимое функции UpdateFinishControlsByDataset целиком или только её последнюю строку.

Например, так:

function UpdateFinishControlsByDataset(Dataset) {
/*
         var StatusID = Dataset.Values('StatusID');
         var IsFinish;
         if (!IsEmptyGUID(StatusID)){
                 IsFinish = GetDetailSummary('tbl_OpportunityStatus', 'ID', StatusID, 
                         'IsFinish', stNone);
         } else {
                 IsFinish = false;
         }
         //this needs to handle null values
         var IsFinishControlsEnabled = (IsFinish == true);
         UpdateFinishControls(IsFinishControlsEnabled);
*/
}

Поле перестало быть доступным при любом значении поля "состояние" :sad:

А, ещё в функции wnd_OpportunityEditOnPrepare закомментировать строку:

 	UpdateFinishControls(OpportunityEdit.OldStatusIsFinish);

то есть станет:

 	//UpdateFinishControls(OpportunityEdit.OldStatusIsFinish);

Всё, работает! Спасибо!

Откройте в TSAdmin сервис ds_Account, спозиционируйтесь на поле Owner и поставьте галочку "Обязательное для заполнения".

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

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

if(условие) {
Dataset.DataFields('OwnerID').IsRequired = true;
}
else {
Dataset.DataFields('OwnerID').IsRequired = false;
}

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

Да, надо чтобы постоянно.
Все сделал! Спасибо обеим Ольгам :)

"Ольга Прилипко" написал:

Здравствуйте, Дмитрий!



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

if(условие) {

Dataset.DataFields('OwnerID').IsRequired = true;

}

else {

Dataset.DataFields('OwnerID').IsRequired = false;

}

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

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

Аналогично:

<имя поля>.IsRequired = <условие>;

"Раловец Ольга" написал:

Аналогично:

<имя поля>.IsRequired = <условие>;

Пробовал, не получается

Возможно необходимо подключить какой-то скрипт(подключен только scr_WindowUtils)?

у простых контролов, не Дата, нет такого свойства (IsRequired). как вариант, могу предложить прописать проверку заполненности полей при нажатии на кнопку "ок". если что-то не заполнено, то выдавать сообщение, а саму карточку в таком случае не закрывать.

Спасибо, такое решение я знаю, описывать подробно нет необходимости.

изменения будут храниться (1) в сервисах таблиц и датасетов (меняем соответствующие названия полей), т. е. метаданные; (2) в названиях полей таблиц непосредственно в базе (так как переименовываем в сервисах таблиц).
повлияет на процесс перехода на новую версию однозначно - пакет перехода делается универсальным, а у вас внесены изменения - поэтому при обновлении версии переносим свои изменения руками

Попробуйте сначала сохранить сервис таблицы без сохранения в БД, а потом с.

простите, не поняла:confused:

Создаете в сервисе таблицы tbl_TaskType поле Field1. Сохраняете. На вопрос "изменить таблицу в БД?" отвечаете "нет".
Переоткрываете сервис, переименовываете поле Field1. Сохраняете. На вопрос "изменить таблицу в БД?" отвечаете "да".

Спасибо, Сергей, именно, это я имела ввиду :) По идее при такой последовательности должно восстановиться соответствие.

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

Можно просто в гриде включить "Итоги" и выбрать для какой-нибудь колонки итог "Количество", тогда такое поле и подсчет не понадобится.
--------------------------------------------
Лабитек
Центр разработки приложений

Разместите элемент окна типа NumericEdit в окне wnd_TasksWorkspace и на событие компонента dlTasks OnDatasetAfterOpen этого же окна заполняйте его свойство Value значением Dataset.RecordsCount. Только имейте ввиду, что обращение к свойству RecordsCount набора данных порождает дополнительный запрос вида SELECT COUNT(*) FROM ...

"Репко Артём" написал:Dataset.RecordsCount

Спасибо, очень помогло !

Тут одно или другое, не может быть обязательное поле на чтение. Или уберите ограничение на чтение, или уберите ограничение обязательное.

"Осауленко Александр" написал:Тут одно или другое, не может быть обязательное поле на чтение. Или уберите ограничение на чтение, или уберите ограничение обязательное.

система не умеет автоматически ставить данные в ограниченные поля?
______________
www.abs.com.kz
Агентство недвижимости АБС Royal Estate

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

а как тогда решить этот вопрос?
______________
www.abs.com.kz
Агентство недвижимости АБС Royal Estate

Сначала Вам необходимо решить какое из ограничений важнее. Или оба?

оба важны
______________
www.abs.com.kz
Агентство недвижимости АБС Royal Estate

Необходимо отказаться от проверки ограничения чего-то одного на уровне БД. И реализовать это ограничение на уровне приложения.

Нужно разобраться с бизнес-логикой. Объясните зачем Вам понадобилось такое противоречие?
Пользователь, может только заводить документы, но не должен управлять их состояниями?
Тогда нужно оставить доступ на поле на изменение, но пусть пользоватеь видит (доступ на чтение) только то состояние, которое проставляется по-умолчанию (например, "Новый").
Правда для этого нужно будет включить раздачу прав по записям на этот справочник и скриптами раздавать доступ на записи состояния.

Юлия, карточку могут создавать все, только определенная группа не может изменять состояние этой карточки(записи).
Насколько я вижу, в системе при раздаче прав доступа на поле есть только "Полный доступ", "Запрет" и "Чтение", а "Изменения" там нет.

"Старун Юлия" написал:Правда для этого нужно будет включить раздачу прав по записям на этот справочник и скриптами раздавать доступ на записи состояния.

Полный доступ - это и есть изменение :)
А вот то, что определенная группа не может именно "менять" состояние. Т.е. должны иметь право видеть ВСЕ состояния, но не менять его. При этом иметь возможность записывать начальное состояние.
Мой предыдущий вариант не проходит.
Тут нужно именно скриптами закрыть право изменения поля в карточке группе пользователей.

"Старун Юлия" написал: Я попрошу глянуть пример реализации разработчиков.

спасибо
______________
www.abs.com.kz
Агентство недвижимости АБС Royal Estate

Александр, Вы можете это реализовать в обработчике события dlDataOnDatasetDataChange окна редактирования записи. Если название изменяемого поля совпадает с названием поля "Клиент" или "Дата" в датасете, устанавливаем значение поля "Заголовок". Например, так:

function dlDataOnDatasetDataChange(DataField) {
        var DataFields = DataField.ParentDataFields;
        var Dataset = DataFields.ParentDataset;	
	var Value = DataField.Value;
	var Name = DataField.Name;
        ...
	switch (Name) {
		case ('ClientID'):
		case ('Date'):
                        var DateValue = DataFields.ItemsByName('Date').Value;
                        var ClientName = DataFields.ItemsByName('ClientID').DisplayValue;
			Dataset.Values('Title') = ClientName + ' / ' + DateValue; 
			break;
		...
	}
}

Предполагается, что в датасете имена полей следующие: "Заголовок" - строковое поле Title; "Клиент" - поле типа "Справочник" ClientID; "Дата" - поле типа "Дата/время" Date.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Спасибо, Олег - все работает.

У меня есть еще вопрос.

Для каждой записи есть поле «Статус» и поле «Вариант».
Как изначально заблокировать поле «Вариант» и
если выбран статус «Выполнен», разблокировать поле «Вариант» и сделать обязательным для заполнения?

SDK
SDK1

Там все подробно расписано.

Почитайте про "Пользовательские поля".