Такие отчёты привязываются к разделу записями в SysModuleAnalyticsReport, где в полях указаны Id схемы отчёта и схемы его параметров. Для этого отчёта окно параметров задаётся в ContactAnniversariesReportFilter.

Зверев Александр,

Спасибо, я разобрался и сделал такую же страницу в разделе котором мне нужно.

Чем onchange плох?

this.on("change:UsrAuto", function() {
	this.UpdateFinanceTab();
}, this);

Алексей-Карягин,

Да в принципе ни чем, просто я не знал о нём ..

спасибо огромное, это отлично работает

Подскажите, пожалуйста, куда вставить этот код. Если в methods, то как его связать с полем справочника? Если непосредственно в код объявления справочника, то в какое свойство? Спасибо.

Руслан Хасанов, 

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

 

methods: {
    onEntityInitialized: function(){
        this.callParent();
        this.on("change:Amount", function(){
            window.alert("lalala");
        }, this);
    }
}

Проверьте, есть ли вообще в Вашей конфигурации такая схема, так как она есть только в банковских продуктах bpm'online — bank customer journey, bank sales и lending.
Если у Вас один из перечисленных выше продуктов и такая схема есть в Вашей конфигурации, тогда для того, чтобы её можно было указать в качестве базовой в Вашем пакете, Ваш пакет должен наследоваться от пакета Base Finance с этой схемой.

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

Нужно указывать не Id схемы, а UId.
UId можно получить следующим запросом:

select distinct UID from SysSchema
where Name = 'Case' /*Указываем название схемы*/
and ExtendParent = 0 /*Указываем, что нужна незамещенная схема*/

В разных конфигурациях Id схемы будет разным, но UId будет совпадать.

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

"Демьяник Алексей" написал:Нужно указывать не Id схемы, а UId.

Но теперь возник другой вопрос - а как мне узнать в каком именно обращении было опубликовано сообщение?
Пробовала элементом "чтение данных" прочитать сообщение в ленте и у него поле "Экземпляр объекта" и потом найти обращение, у которого Id = экземпляр_объекта (который я получила при чтении данных). Но что-то не срабатывает.

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

Скриншоты чтений данных предоставьте, пожалуйста.

"Демьяник Алексей" написал:Скриншоты чтений данных предоставьте, пожалуйста.

Добрый день. Скриншот прикрепила.

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

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

Если сообщение является комментарием, тогда необходимо дополнительно прочитать значение поля "Родительское сообщение". Сообщение является комментарием, если:

1. У сообщения не заполнено поле "Экземпляр объекта"
2. У сообщения заполнено поле "Родительское сообщение"

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

Также хочу обратить внимание, что для раздела "Обращения" есть два объекта, которые хранят обычные сообщения и портальные сообщения. В зависимости от бизнес-задачи необходимо вычитывать данные из разных объектов.

"Демьяник Алексей" написал:Также, такой процесс будет запускаться при добавлении сообщения в любом разделе системы (зависит от настроек стартового сигнала).

"Демьяник Алексей" написал:Такая реализация будет работать, если было добавлено обычное сообщение, которое не является комментарием другого сообщения.

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

Здравствуйте, Илья.

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

Подробное описание работы с утилитой и примеры вы можете найти по данной ссылке: https://academy.terrasoft.ru/documents/technic-sdk/7-9/rabota-s-utilito….

В Terrasoft 3.Х нет механизма EntitySchemaManager. Там всё устроено иначе.

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

В Terrasoft 3.Х нет механизма EntitySchemaManager. Там всё устроено иначе.

Добрый день, покажите пожалуйста расширенные настройки замещающего объекта, вероятно вы поменяли не только длину строки, но и значения по умолчанию.
Так же посмотрите в какое положение были установлены поля: "Обязательная для заполнения" и "Значение по умолчанию" в базовом объекте. Если были установлены в "Нет". Попробуйте оставить значения в замещающем объекте как:
Обязательная для заполнения: Нет
Значение по умолчанию: (Нет) ...Не устанавливать значение по умолчанию.
Так же посмотрите в базе данных, в вашей таблице Reminding, какого типа сейчас колонка Description?

Так же:
1. Изменить тип базового поля можно, путем создания замещающего объекта и изменения типа поля. В вашем случае ошибка возникала по причине изменения других настроек поля, и программа вас просила выполнить обновление полей, которые после изменения таблицы, требуют наличия значения в изменяемой колонке.

2. Изменения типа колонок в таблицах распространяется на все рабочие пространства. Для того что бы тип колонки у объекта был таким же как был. Его нужно установить таким каким он был в вашем замещающем объекте и опубликовать.

"Геращенко Александр Михайлович" написал:запрос this.get("Contact")

К сожалению this.get("MasterRecordId"); тоже не работает - "undefined"

Александр, попробуйте в методе onEntityInitialized после вызова родительского метода (this.callParent(arguments);). В это время уже должны быть доступны значения инициализированных полей карточки.

Олег, спасибо, все получилось!

А простое копирование сервиса диаграммы Вы не пробовали? потом в скопированом сервисе убираем или добавляем нужные элементы...
или у Вас БПМ-онлайн? или немного другая задача?

П.С. сорри, с утра туплю:smile: уже сама увидела, что BPM-online..

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

Обычную схему напрямую скопировать нельзя, единственный доступный способ на текущий момент - выгрузить схему в файл, подправить в нем название и идентификатор, и загрузить снова. Настоятельно рекомендуется пробовать это делать на тестовой базе данных.

Как написала Анна, в файле метаданных процесса достаточно поменять имя процесса (поле "А2" в начале файла) и его уникальный UId (это должен быть GUID). Хочу только подчеркнуть, что UId процесса в файле встречается много раз, так что менять его лучше всего в режиме "Поиск и замена" в каком-нибудь текстовом редакторе. Иначе рискуете получить не открывающуюся в дизайнере процессов схему.

Аналогично копируется и схема страницы: выгужаем в md-файл. В начале файла можно увидеть старые значения Id, Name и Caption.

{
  "Id": "feab5118-585f-4729-8920-587088a5b4d4",
  "ManagerName": "PageSchemaManager",
  "StateInSolution": 0,
  "Name": "ContractEditPage",
  "Caption": "Страница карточки договора",
  "ParentId": "85086f2a-99e3-4268-860c-d26f53ec85dc",
  "MetaData": "{\r
\n  \"MetaData\"": {\r

Спасибо,
Только что протестировал, все хорошо работает.

И вопросы на засыпку
1. Получается также можно скопировать и страницы?
2. После создания копии проблем с оригиналом не будет? Например с уникальными гуидами элементов процесса

Пардон Саша,
Ваше сообщение увидел чуть позже

И последний вопрос:

Как правильно перенести разработки на тестовую базу?

Как у нас сейчас реализована архитектура:
1. База разработки
2. Тестовая база
3. Боевая

Доработки делаются на базе разработки, а потом админы каждую неделю обновляет тестовую(перенос разработки - на тест).
Но бывает, когда надо срочно перенести разработку.
Раньше делали экспорт - импорт - публикация. Но это засоряет сервер приложении при публикации и в таблице "SysSchemaInSolution" создаются 2 копии этого элемента (1- е при импорте, 2-е при публикации)
Потом стали публикавать через VS, чтобы темпы не засоряли сервер. Но изменения происходят после перезагрузки сервера приложении

Как правильно перенести изменения не затрагивая работающих пользователей???

"AlikBory" написал:
2. После создания копии проблем с оригиналом не будет? Например с уникальными гуидами элементов процесса

Если Вы не меняете оригинальный процесс, то проблем с ним не будет.
Если ошибетесь с подменой GUID-ов в копии, то можете получить копию, которую не сможет открыть Дизайнер процессов, или же она откроется, но будет иметь некорректные элементы или связи. Оригинальный процесс при этом не пострадает.

Менять в копии процесса GUID-ы элементов не обязательно, т.к. в текущей реализации важна их уникальность в пределах одной схемы процесса. Два разных процесса могут иметь элементы с одинаковыми Id. Учитывая высокую вероятность наделать ошибок при тотальной замене GUID-ов по всей схеме, я бы настоятельно не рекомендовал это делать :smile:

"AlikBory" написал:

Как правильно перенести разработки на тестовую базу?

Как правильно перенести изменения не затрагивая работающих пользователей???