Кирилл, похоже, ошибка происходит при попытке работать с базой, причём, не сайта 7.Х, а сайта глобального поиска. Проверьте правильность databaseConnectionString, который посылают через curl при регистрации сайта в глобальном поиске.

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

Спасибо за ответ. Есть подозрение, что проблема в том, что для подключения к БД в databaseConnectionString я прописал  учетку с указанием домена (т.е. domain\user)  и судя по всему знак "\" недопустим. Подскажите, пожалуйста, какой командой удалить сайт глобального поиска , чтобы передобавить его с корректными реквизитами ?

Кирилл, имеете в виду это?

Важно

Чтобы изменить шаблон поиска, выполните DELETE запрос на /sites/{siteName}/search и  действие AddSearch, описанное выше, после чего будет выполнена полная переиндексация сайта.

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

да, с api разобрался)  , спасибо

Kirill Polushin,

Кирилл, здравствуйте. А у вас Глобальный поиск развернут в одной локальной сети с SQL севером creatio?

при выполнении команды: 

curl -v -X POST -d '{"templateName": "[TEMPLATE_NAME]"}' -H "Content-Type: application/json" http://[SERVER2_IP_ADDRESS]:81/sites/[SITE_NAME]/search
Я получаю ответ: "code":500,"status":"error","message":"System.Exception: Could not check index 'hi7z0wyxvi3leufyv8rlaa5aeokhyvharozf3hqlxn1zh8xzthuyawswuw0dcdmn' exists

См. похожие темы.

Не понял с индексацией. Куда вводить PUT запрос? 

curl -v -X POST -d '{"templateName": "default.json"}' -H "Content-Type: application/json" http://[SERVER2_IP_ADDRESS]:81/sites/my-test-site/search  - это я понял, а вот DELETE запрос без примера и действие AddSearch не описано, что куда. Не подскажите по подробнее   

Максим, вводить PUT запрос необходимо на втором сервере в консоли. 

Пример DELETE запроса можно найти в документации curl:

curl -X DELETE http://localhost:8080/user/100 

После его выполнения необходимо также сделать http-запрос на подключение поиска.

Его пример в документации:

curl -v -X POST -d '{"templateName": "default.json"}' -H "Content-Type: application/json" http://[SERVER2_IP_ADDRESS]:81/sites/my-test-site/search

Рекомендую также ознакомится с более новой версией этой документации тут.

Там очень странная логика - надо указать роль или конкретного пользователя.   В элементе визирования тип Approver'а важен (хотя, данные в любом случае берутся из System Administration Object) и самого пользователя надо читать из Users (view)



Мы в итоге сделали так:

Добрый день.

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

Из минусов:

1) раздел пришлось регистрировать вручную, так как используется представление, а не таблица

2) некоторые функции раздела пришлось отключить или изменить.

За пример можете взять ещё базовый раздел 'Библиотека процессов' ('Process library').

Для данной задачи достаточно быстрого фильтра, как мне кажется

Судя по тексту ошибки, у Вас при заходе под пользователем с этими правами не заполнилась структура Terrasoft.configuration.ModuleStructure. При нормальной работе там должен быть массив с информацией о разделах, это можно увидеть, введя название в консоли:

У Вас под этим пользователем что выдаёт?

Она, в свою очередь генерируется на серверной стороне в схеме ConfigurationSectionHelper.

Почему именно так с новой ролью, непонятно, ведь в серверном коде идёт считывание при помощи Select, не учитывающей права.

Проверьте, не поможет ли вызов действия «Актуализировать роли»?

Наконец, просто попробуйте очистить Redis, перезапустить сайт. Возможно, в ходе настроек ролей что-то неверно закешировалось.

esq.filters.add("RegionFilter", this.Terrasoft.createColumnFilterWithParameter(
       this.Terrasoft.ComparisonType.EQUAL, "Region.[Contact:Region].Id",
        Terrasoft.core.enums.SysValue.CURRENT_USER_CONTACT.value));

Вообще, правильнее такое делать путём настройки прав по организационным ролям. Создать БП на создании контакта или изменении его региона и выдавать права на чтение нужной роли. Ну и для объекта настроить права на новые записи только тем, кому нужно видеть из всех регионов.

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

Зверев Александр, тут доработок было много до нас пока не будем рисковать. Но согласен, в идеале будет корректнее делать так

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

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

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

Нет, затираются все, к сожалению. По данному вопросу уже был разговор с Террасофт

Да, действительно, Александр, Вы недавно писали.

Уточнил у разработчиков ядра по результатам, проблема не подтвердилась, актуализация не затирает права, а вставляет новые, не трогая те, которые раздавались вручную либо через БП. Там дело немного в другом, то, что в системе все ещё есть запрещающие права, и при актуализации могут раздаваться разрешающие, и в итоге получается 2 противоречащих права. С этим вопросом пока не разбирались.

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

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

постараюсь найти ответ поддержки где указывали что права при актуализации затирают права созданные процессом

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

Добрый день, Александр!



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



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



По сути актуализация прав удаляет и заново добавляет права доступа согласно настроек. 



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

Вы можете учесть этот момент в вашем кейсе. 



Права но операциям и на колонки, бизнес процессом не изменяются, на текущий момент. 



На текущий момент права доступа хранятся в таких таблицах:

Доступ по операциям

SysEntitySchemaOperationRight



Доступ по записям

Настройки прав хранятся в таблице: SysEntitySchemaRecordDefRight

Права хранятся в таблице: Sys[Объект]Right

Происхождение прав хранится в таблице: SysEntitySchemaRecRightSource



Доступ по колонкам

Настройки прав хранятся в таблице: SysEntitySchemaColumnRight

Уровень прав хранится в таблице: SysEntitySchemaColRightLevel



Я создам задачу на отдел разработки, по описанному кейсу для рассмотрения её решения в будущих версиях приложения.

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

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

Уточнял, нет, не подтвердилось.

 Актуализация не трогает права которые розданы БП либо вручную. Все что она делает, удаляет права которые выданы дефолтной раздачей (права выданые вручную или БП отсекаются по источнику) и раздает по новым настройкам дефолтных прав.

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

"

Все что она делает, удаляет права которые выданы дефолтной раздачей (права выданые вручную или БП отсекаются по источнику) 

" - можно подробнее, так как не совсем понял Вас?

У записи в таблице прав есть справочное поле SourceId, оно ссылается на справочник SysEntitySchemaRecRightSource со значениями: Owner, Author, Manual, Default.

Возможно, ранее в БП раздали не с тем значением, вот их и удалило заодно.

Доброго времени суток, Коллеги!

Можно ограничить права на изменения, создание и удаление очередей, к сожалению, чтение придется оставить.

Например, если настроить права доступа так (см. вложение). Пользователь сможет видеть очередь, но не сможет с ними что-то сделать.

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

Гриценко Игорь,

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

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

Версия 7.13

Тимур, здравствуйте! 

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

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

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

Добрый день.

Проверка по правам доступа на операцию CanManageLookups выполняется для всех объектов, которые унаследованы от BaseLookup (Базовый справочник).

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

В этом случае не забудьте добавить поля Name и Description, которые есть в базовом справочнике, но нет в базовом объекте.

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

Алла, зачем менять родителя, просто во встроенном БП справочника перезатереть пустой функцию проверки CheckCanManageLookups.

public override void CheckCanManageLookups() {
}

Так сделано у ряда коробочных справочников, например, у Department.

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

Да, согласна. В данном случае твое решение является оптимальным.

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

Александр, спасибо за ответ. Буду пробовать в это направлении.

Алла Савельева,

Алла, ваш вариант тоже подходит, так как использование справочника было лишь номинальным и для удобства администрирования - поля Name и Desc мне не нужны, так как используются поля других справочников: Account + 2 поля Int.

Константин, я начал смотреть в коде, почему так.

Логика этой проверки и показа сообщения в SysModuleInWorkplaceDetailV2 в функции:

/**
* Processed receiving general and portal sections from service.
* @overridden
* @param {Object} result General and portal sections.
* @param {Object} selectedRows Selected rows in section lookup page.
*/
processedGeneralAndSspSections: function(result, selectedRows) {
                var generalAndSspSections = result.GetGeneralAndSspSectionsResult;
                if (generalAndSspSections) {
                                var sectionId = selectedRows.getByIndex(0).value;
                                if (generalAndSspSections.length === 2) {
                                                var isSelectedSectionSSP = Ext.Array.findBy(generalAndSspSections, function(item) {
                                                                var selectedSection = JSON.parse(item);
                                                                var sectionTypes = this.$SectionTypes || {};
                                                                return selectedSection.Id === sectionId && selectedSection.Type === sectionTypes.SSP;
                                                }, this);
                                                if (isSelectedSectionSSP) {
                                                                this._addSectionsToWorkplace(selectedRows);
                                                } else {
                                                                this.showInformationDialog(
                                                                                this.get("Resources.Strings.SelectedSectionAlreadyRegisteredAsSSP"));
                                                }
                                } else {
                                                this.openSectionWindow(sectionId, "SspMainSettings", null,
                "/AddSsp/" + this.get("MasterRecordId"));
                                }
                }
},

Тут в GetGeneralAndSspSectionsResult — результат запроса к /0/rest/SectionService/GetGeneralAndSspSections, на вход подают Id EBF36756-7854-4169-B2CC-8BC0EA25F391 этого раздела в SysModule, на выходе получаем две строки:

{
   "GetGeneralAndSspSectionsResult":[
      "{\r\n  \"Id\": \"ebf36756-7854-4169-b2cc-8bc0ea25f391\",\r\n  \"Type\": 0,\r\n  \"Caption\": \"Employees\",\r\n  \"SysModuleEntityId\": \"adfb879a-7065-4416-9379-3a0d63295dba\",\r\n  \"Code\": \"Employee\",\r\n  \"SchemaName\": \"EmployeeSection\",\r\n  \"EntityUId\": \"fb1c2bed-91d4-4b06-a28c-621a3d187008\",\r\n  \"TypeColumnName\": \"\",\r\n  \"SysModuleVisaEntityUId\": \"00000000-0000-0000-0000-000000000000\"\r\n}",
      "{\r\n  \"Id\": \"b3c1469a-26b2-4b76-a4c6-f6f0056c9972\",\r\n  \"Type\": 0,\r\n  \"Caption\": \"HR\",\r\n  \"SysModuleEntityId\": \"adfb879a-7065-4416-9379-3a0d63295dba\",\r\n  \"Code\": \"HR\",\r\n  \"SchemaName\": null,\r\n  \"EntityUId\": \"fb1c2bed-91d4-4b06-a28c-621a3d187008\",\r\n  \"TypeColumnName\": \"\",\r\n  \"SysModuleVisaEntityUId\": \"00000000-0000-0000-0000-000000000000\"\r\n}"
   ]
}

Вместе с искомым разделом Employees получаем какой-то раздел HR, которого я в интерфейсе нигде не вижу и нет в лукапе выбора раздела для добавления.

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

Если добавлять обычный раздел (например, «Продукты»), то либо в результате будет 1 строка и пойдёт по нижней ветке добавления портального раздела для этого раздела, либо в результате запроса к GetGeneralAndSspSections будет 2 записи по одному и тому же разделу, обычная и портальная, и если пользователь в лукапе выбрал портальную, она успешно добавится.

А так, из-за раздела HR логика отрабатывает не так, как ожидалось.

Судя по дате создания записи в 2013 году, он мог остаться от старых версий и не использоваться. Но это не точно.

Удалил в таблице SysModule запись с Caption, равным «HR»,  после чего портальный раздел сотрудников создался. После выбора раздела в мастере заполнил свойства и поля в портальной карточке, сохранил и он появился:

Добрый день! Тоже столкнулись с данной проблемой. Подскажите  прямой URL-адрес страницы пока разработчики не исправили данный Баг.

Максим, какую страницу Вы имели в виду? Я предложил удалить запись из SysModule.

Можно посмотреть на пример:

https://community.terrasoft.ru/questions/ostavit-kommentarii-po-knopke

Есть ли возможность в диалоговом окне применить свои методы? В моих методах сложная логика заполнения полей асинхронно вызванным апи.

А пример модального окна по ссылке выше присвоения arg.test какому нибудь контролу не содержит. У меня this.set... выдает ошибку 'this.Set is not a function' из метода subscribe.SanboxEvents

В качестве модального окна можно применять любое, но с ограничениями (например,нельзя открывать другие модальные окна, поэтому выбор из справочника реализован только в выпадающих списках). По поводу set, сложно сказать, не видя того, что Вы делали. Например, в WizardWarningModalBoxPage для этого создали атрибуты, прибиндили их к визуальным компонентам и меняли значения уже им:

"AdditionalInfo": {
	dataValueType: Terrasoft.DataValueType.TEXT,
	size: 500,
	value: ""
}
...
this.set("AdditionalInfo", moduleInfo.additionalInfo);
...
"items": [
			{
		"name": "AdditionalInfo",
		"itemType": Terrasoft.ViewItemType.LABEL,
		"caption": {
			"bindTo": "AdditionalInfo"
		},
		"isMultiline": true
	}
]

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

Данную задачу можно решить через элемент "Задание-сценарий", в котором построить select или esq запрос с необходимыми Вам фильтрами. 

UserConnection userConnection = Get<UserConnection>("UserConnection");
var esq = new EntitySchemaQuery(UserConnection.EntitySchemaManager, "UsrTestLookUp");
esq.AddColumn("Name");
esq.AddColumn("UsrTimeOn");
esq.AddColumn("UsrTimeTo");
var esqTimeOnFilter = esq.CreateFilterWithParameters(FilterComparisonType.Less, "UsrTimeOn", DateTime.Now.TimeOfDay);
var esqTimeToFilter = esq.CreateFilterWithParameters(FilterComparisonType.Greater, "UsrTimeTo", DateTime.Now.TimeOfDay);
esq.Filters.Add(esqTimeOnFilter);
esq.Filters.Add(esqTimeToFilter);
EntityCollection entityCollection = esq.GetEntityCollection(UserConnection);
if (entityCollection.IsNotEmpty()) {
        foreach (var name in entityCollection) {
        	var param1 = name.GetTypedColumnValue<string>("Name");
        	Set ("ProcessSchemaParameter1", param1);
        }
    }
/* или через select 
var select =
    (Select)new Select(userConnection)
        .Column("Name").As("Text")
    .From("UsrTestLookUp").WithHints(Hints.NoLock)
    .Where("UsrTimeOn").IsLess(Column.Parameter(DateTime.Now.TimeOfDay))
    .And("UsrTimeTo").IsGreater(Column.Parameter(DateTime.Now.TimeOfDay));
 
string sql = select.GetSqlText();
Set ("ProcessSchemaParameter1", sql);
using (var dbExecutor = userConnection.EnsureDBConnection()) {
    using (IDataReader dataReader = select.ExecuteReader(dbExecutor)) {
        while (dataReader.Read()) {
            string Name = dataReader.GetColumnValue<string>("Text");
            Set ("ProcessSchemaParameter1", Name);
        }
    }
}*/
return true;

Заричный Антон,

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

Спасибо за предложенный вами вариант, он подошёл и отработал как и была поставлена задача.

Для тех, кто вдруг ещё ищет, итоговый вариант у меня получился следующим:

UserConnection userConnection = Get<UserConnection>("UserConnection");
var timenow = Get<DateTime>("CurrentTime"); // Параметр в процессе с типом Дата/Время
var esq = new EntitySchemaQuery(UserConnection.EntitySchemaManager, "TsiCCCustomerGreetingOnDaytime"); // Название справочника
esq.AddColumn("Name"); // Колонка "Название" в справочнике (где написано Добрый день/утро/вечер и т.п.)
esq.AddColumn("TsiCCCustomerGreetingTimeFrom"); // Колонка справочника Время от
esq.AddColumn("TsiCCCustomerGreetingTimeTo"); // Колонка справочника Время до
 
var esqTimeOnFilter = esq.CreateFilterWithParameters(FilterComparisonType.Less, "TsiCCCustomerGreetingTimeFrom", timenow); // Колонка справочника Время от.
var esqTimeToFilter = esq.CreateFilterWithParameters(FilterComparisonType.Greater, "TsiCCCustomerGreetingTimeTo", timenow); // Колонка справочника Время до
// В одном из двух фильтров желательно указать равенство, чтобы не было ошибок, т.е. LessOrEqual или GreaterOrEqual соответственно, в зависимости от ваших потребностей
 
esq.Filters.Add(esqTimeOnFilter);
esq.Filters.Add(esqTimeToFilter);
EntityCollection entityCollection = esq.GetEntityCollection(UserConnection);
if (entityCollection.IsNotEmpty()) {
	foreach (var name in entityCollection) {
		var paramValue = name.GetTypedColumnValue<string>("Name");  // Колонка "Название"
		Set ("TimeOfDayText", paramValue);  // Название параметра в процессе для записи текста сообщения
	}
}
return true;