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

Группы хранятся в объекте [#Object#]Folder, где [#Object#] - объект раздела.

Вы можете, например, привязать данные объекта к пакету, в котором Вы переносите доработки между средами.

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

В системе есть объект [#Object#]Folder, где [#Object#] - название объекта раздела. Необходимо привязать данных к пакету и выгрузить пакет. При накатке пакета на другой сайт данные будут установлены.

Второй вариант реализации - перенос данных между средами прямым SQL запросом.

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

Вы добавили новое значение в справочнике "Типы средств связи", а ожидаете появления поля в объекте "Контакт"? Сильно!:twisted:

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

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

Вы добавили новое значение в справочнике "Типы средств связи", а ожидаете появления поля в объекте "Контакт"? Сильно!

"Злыднева Анастасия Сергеевна" написал:

Ок, не ожидаю. В справочнике же есть галка "Показывать в контакте", и в бизнес-процессах другие типы номеров доступны из объекта Контакт. Вопрос, как сделать, чтобы новый тип телефона тоже был доступен из бизнес-процесса и бизнес-процессом его можно было заполнить значением

Признак "Показывать в контакте" распространяется на деталь "Средства связи". На детали страницы редактирования раздела "Контакты" отображаются только те средства связи, которые отмечены признаком "Показывать в контакте". В базовой версии, например, тип средства связи "Факс" не отображается на детали в записи контакта.

Вам необходимо создать новое поле на странице редактирования раздела "Контакты" и заполнять это поле. Также хочу обратить Ваше внимание, что в объектах "Контакт" и "Средство связи контакта" есть логика, которая переносит значение из детали на страницу и наоборот. Вы можете создать аналогичную логику, чтобы данные на детали соответствовали данным в созданном Вами поле.

Как вариант, Вы можете создавать запись в объекте "Средство связи контакта", заполнив поля "Контакт", "Тип", "Номер". Тогда создавать поле в объекте "Контакт" необходимости не будет.

Только с помощью проб и ошибок, а также конечно с помощью отладки кода.

Например, для начиная можно посмотреть здесь - http://www.community.terrasoft.ru/forum/topic/24613, а а также рекомендую ознакомиться с SDK - https://academy.terrasoft.ru/documents/technic-sdk/7-8/dokumentaciya-po…, чтобы понять как устроены схемы и модули, а также разобраться в механизме

Также поищите в похожих темах, возможно, что-то найдете.

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

Календарь - это представление раздела "Активности". Функционал добавления нового представления (SchedulerDataView) реализован в схеме ActivitySectionV2 (пакет NUI).

За отображение данных отвечает элемент "Schedule".

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

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

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

Календарь - это представление раздела "Активности". Функционал добавления нового представления (SchedulerDataView) реализован в схеме ActivitySectionV2 (пакет NUI).

За отображение данных отвечает элемент "Schedule".

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

Добрый день, нельзя ли поподробнее, какие методы отвечают за "календарь"?

Здравствуйте,
Для реализации данного действия в календаре используется механизм drag and drop фреймворка ExtJS используемого и подключенного в bpm’online, подробнее:
https://docs.sencha.com/extjs/6.0.2/guides/core_concepts/drag_drop.html
Так же оболочка над этим механизмом в bpm’online это миксин:
mixins: {
draggable: "Terrasoft.Draggable"
},
Используемый в контролах, к примеру в DraggableContainer

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

Уважаемый Евгений! Обратите Ваше внимание на реализацию Раздела "Активности" с Планированием из пакета FieldForce. Интересующая Вас функциональность реализуется за счет добавления в схему раздела соответствующих контейнеров, например для отображения грида Контрагентов слева используется контайнер PlanningCardContainer, в котором размещается деталь Реест Контрагентов (схема детали PlanningAccountDetailV2 в пакете FieldForce). Далее, для загрузки деталей используется метод loadDetail: function(config) {...} в схеме раздела "Активности" с Планированием ("ActivitySectionV2"). Обратите также внимание на метод getDefaultDataViews: function() {...}, который получает представление по умолчанию, метод loadPlanningDataView: function() {...}, загружающий представление планирования. За отображение карты отвечает PlanningMapContainer, содержащий в себе элемент MapsModule, реализующий привязку модуля FieldForceMapsModule (Модуль карты для "Планирование визита" в пакете FieldForce), загружающегося в методе loadMap: function() {...}. За планировщик визитов отвечает Модуль "Планирование визита" (PlanningModule в пакете FieldForce).

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

Из того, что явно бросается в глаза:

"Семёнов Дмитрий Александрович" написал:

Type: BusinessRuleModule.enums.RuleType.attribute

Там должно быть:

type: BusinessRuleModule.enums.ValueType.ATTRIBUTE,

Также нужно смотреть на консольную ошибку. Возможно Вы не подключили BusinessRuleModule.

"Семёнов Дмитрий Александрович" написал:ryleType: resources.Enums.ryleType.Filtration,

BusinessRuleModule.enums.RuleType.FILTRATION

и в функцию в самом начале модуля BusinessRuleModule не забудьте

Спасибо, код подправил немного.
define("SfRepairPage", ["BusinessRuleModule", "SfRepairPageResources", "GeneralDetails"],
function(BusinessRuleModule, resources, GeneralDetails) - добавил BusinessRuleModule.

Исправил rules:

rules: {
"UsrJob": {
FiltrationUsrJobByPekAdressIspolnitel: {
ryleType: BusinessRuleModule.enums.RuleType.FILTRATION,
autocomplete: true,
autoClean: true,
baseAttributePatch: "PEKAdressIspolnitel",
comparisonType: Terrasoft.ComparisonType.EQUAL,
type: BusinessRuleModule.enums.ValueType.ATTRIBUTE,
attribute: "PEKAdressIspolnitel"
}
}
}

Но всё равно раздел зависает при попытке его открыть.

"Семёнов Дмитрий Александрович" написал:Но всё равно раздел зависает при попытке его открыть

Пишет, что: Uncaught Terrasoft.InvalidFormatException: Неверный формат правила FiltrationUsrJobByPEKAdressIspolnitel

не вижу ничего ошибочного в коде...
разве что вот сюда добавить:

define("SfRepairPage", ["terrasoft", "BusinessRuleModule", "SfRepairPageResources", "GeneralDetails"],
function(Terrasoft, BusinessRuleModule, resources, GeneralDetails)

Добавил, но не помогло( Прикрепил ошибку в консоли.

В самом простом случае, Вы скорее всего хотите бизнес правило блокировки:
https://academy.terrasoft.ru/documents/technic-sdk/7-8/pravilo-bindpara…
Если хочется именно по коду, в методах, то привяжите данное свойство контрола к атрибуту:
В секции атрибутов:

"SynchronizeWithLDAP": {
   dataValueType: this.Terrasoft.DataValueType.BOOLEAN,
   value: true
},

В дифе:

{
	"operation": "insert",
	"name": "foo",
	"values": {
		"layout": {
			"column": 0,
			"row": 1,
			"colSpan": 14
		},
		"bindTo": "foo",
		"enabled": {"bindTo": "SynchronizeWithLDAP"}
	},
	"parentName": "bar",
	"propertyName": "items",
	"index": 1
},

А потом по коду:
Доступно:

this.set("SynchronizeWithLDAP", true);

Недоступно:

this.set("SynchronizeWithLDAP", false);

Подобных примеров в базовой конфигурации очень много.

Спасибо, Илья! Очень выручили

Мотков Илья,

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

Артём, это довольно старая переписка. С тех пор уже можно пользовательскими средствами настроить видимость/доступность/обязательность поля при помощи бизнес-правил.