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

Предоставьте следующую информацию:

• Версия конфигурации
• Версия бинарных фалов приложения
• Какие доработки были выполнены для редактируемого грида
• Редактируете реестр или деталь
• Редактируете базовый реестр/деталь

TerrasoftSales 3.3.2.313

Создали собственный раздел, реестр и деталь для внесения плана и сравнение с фактом продаж

Для реестра, где необходима подкраска ячеек редактировали события:
OnAfterEdit (редактирование итоговых данных после правок в привязанном к гриду датасете), OnBeforeEdit (проверка возможности редактирования конкретной ячейки) и CellDrawInfo.

Сейчас временно из ситуации вышли следующим образом: при редактировании значения в ячейке подкрашиваемые ячейки с утвержденным планом становятся обычного цвета, на OnBeforeEdit:
if (CanEdit.Value) {
OldValue = DataField.Value
if (DataGrid.HasCustomCellDraw) {
DataGrid.HasCustomCellDraw = false
}
}

Как только мы вышли из редактирования (сохранили значение или перешли на другую не редактируемую ячейку) – подкраска снова появляется, на OnAfterEdit:
if (!DataGrid.HasCustomCellDraw) {
DataGrid.HasCustomCellDraw = true
}

TerrasoftSales 3.3.2.313

Создали собственный раздел, реестр и деталь для внесения плана и сравнение с фактом продаж

Для реестра, где необходима подкраска ячеек редактировали события:
OnAfterEdit (редактирование итоговых данных после правок в привязанном к гриду датасете), OnBeforeEdit (проверка возможности редактирования конкретной ячейки) и CellDrawInfo.

Сейчас временно из ситуации вышли следующим образом: при редактировании значения в ячейке подкрашиваемые ячейки с утвержденным планом становятся обычного цвета, на OnBeforeEdit:
if (CanEdit.Value) {
OldValue = DataField.Value
if (DataGrid.HasCustomCellDraw) {
DataGrid.HasCustomCellDraw = false
}
}

Как только мы вышли из редактирования (сохранили значение или перешли на другую не редактируемую ячейку) – подкраска снова появляется, на OnAfterEdit:
if (!DataGrid.HasCustomCellDraw) {
DataGrid.HasCustomCellDraw = true
}

Друзья, помогите пожалуйста решить проблему.

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

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

Сделать бизнес-процесс, который при сохранении карточки и при наличии определенного значения поля "Тип", добавляет несколько записей в объект детали. После сохранения сделать Refresh этой детали

Нужно не при сохранении, а в момент смены типа договора. Интересно, а сотрудников Террасофта насколько реально привлечь к обсуждению?

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

"ZAN" написал:

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

Можно же сделать так, чтобы при сохранении не выходить

Поправка. Экспериментально выяснил, что под этим пользователем на другом компьютере тоже не работает. Значит я ему слишком порезал права. Что я мог лишнего отобрать? Графики и Запросы ему в чтение даны.

Нашел! "Пользовательские запросы" нужны для счастья!
Всем спасибо ;-) Вопрос закрыт.

Здравствуйте, Игорь.

1) Проверьте, корректно ли был создан справочник. Так же проверьте описан ли данный справочник в define модуля.

2) Вам следует воспользоваться свойством profileColumnName. viewModelConfig должен выглядеть примерно следующим образом:

"viewModelConfig": {
masterColumnName: "City",
"profileColumnName": "UsrCity"
}

Здравствуйте, Илья! Спасибо за ответ.
1. Справочник наследуется от базового объекта. Название схемы справочника добавлено в define (как в вашем примере).
2. В модуле карточки Лида уже использую profileColumnName

  modules: /**SCHEMA_MODULES*/ {
            "InterventionCostProfile": {
                "config": {
                    "schemaName": "CostProfileSchema",
                    "isSchemaConfigInitialized": true,
                    "useHistoryState": false,
                    "parameters": {
                        "viewModelConfig": {
                            "masterColumnName": "City",
                            "profileColumnName": "UsrCity"
                        }
                    }
                }
            }
        },
        /**SCHEMA_MODULES*/

Но, к сожалению, в методе initTypeColumnName в переменную entityStructure приходит Undefine вместо структуры схемы.
Может что-то упустил.

Здравствуйте, Игорь.

1) Попробуйте выполнить компиляцию конфигурации, а также пере генерировать исходные коды.
2) Так же рекомендую Вам смотреть в сторону создания своего модуля по аналогии с BaseProfileSchema, поскольку данная схема не предназначена для фильтрации по пользовательским колонкам.

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

Мини-карточки отключаются. Для отключения:
1) Перейдите в "Дизайнер системы"
2) Перейдите в "Системные настройки"
3) Найдите системные настройки, название которых начинается с "Использовать мини"
В результате Вы получите набор системных настроек, которые отвечают за мини-карточки во всех разделах.
4) Отключите мини-карточку для раздела "Продажи" (в поле "Значение" снимите галочку)
5) Перезайдите в систему

"Демьяник Алексей" написал:

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

Мини-карточки отключаются. Для отключения:

1) Перейдите в "Дизайнер системы"

2) Перейдите в "Системные настройки"

3) Найдите системные настройки, название которых начинается с "Использовать мини"

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

4) Отключите мини-карточку для раздела "Продажи" (в поле "Значение" снимите галочку)

5) Перезайдите в систему

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

Вы можете вызывать процесс через сервис ProcessEngineService.svc (https://academy.terrasoft.ru/documents/technic-sdk/7-7-0/zapusk-process…).

Результирующий параметр (параметры) Вы сможете получить в параметра ResultParameterName.

Здравствуйте!
вызываю процесс из клиента

	var requestUrl = Terrasoft.workspaceBaseUrl + "/ServiceModel/ProcessEngineService.svc/" +
		"ICLAccountDoublesSearch/Execute?accountName=ХХХХХ&ResultParameterName=ExistedAccountsNames";
	Ext.Ajax.request({
		url: requestUrl,
		headers: {
			"Content-Type": "application/json",
			"Accept": "application/json"
		},
		method: "POST",
	/*	async: false,
		success: function(data) {
			debugger;
		}*/
		scope: this,
		callback: function(request, success, response) {
			var messageFail;
			if (success) {
 
				debugger;
 
			}
		}
	});

в самом процессе только один шаг : задание -сценарий. оставлен уже упрощенный вариант для тестирования

UserConnection userConnection = Get<UserConnection>("UserConnection");
var accountName = Get<string>("accountName");
var names="123";
Set("ExistedAccountsNames", string.Format("{{ \"Accounts\"": [{0}] }}""

Проверьте не завершается ли с ошибками сам пост запрос, проверьте не завершается ли с ошибками в журнале БП сам БП, т.к. все должно работать.
Вот вам еще обходной вариант, просто возвращайте нужную информацию из БП по каналу веб-сокета, выполнив соответствующую подписку на клиенте:

http://www.community.terrasoft.ru/forum/topic/11784#comment-56699

Лучше все свои доработки хранить в одном пакете.

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

Здравствуйте, Анастасия!

Список объектов формируется методом setDestinationSchemaList (схема RuleRelationLookupEditPageV2). Видимо не хватает записей в таблице RuleRelationSections.

"Демьяник Алексей" написал:Видимо не хватает записей в таблице RuleRelationSections.

Нужно вручную добавить запись в таблицу RuleRelationSections?

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

Скриптом. Обязательные для заполнения поля:
Name, SectionSchemaUId.

Вручную (через справочник) Вы не сможете заполнить поле SectionSchemaUId.