Nerses, в дизайнере бизнес-процессов есть элемент вызова веб-сервиса, но в нынешней реализации он поддерживает только JSON, а не XML.

То есть Вам нужно будет обращаться к сервису и получать XML-ответ кодом. Пример есть тут.

Затем нужно будет разобрать полученный результат. Если формат всегда одинаковый и совсем простой, то можно использовать обычные строковые функции, но лучше будет воспользоваться какой-нибудь библиотекой по работе с XML.

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

Поскольку работа с XML будет выполнятся на C# из блока-скрипта, сохранение в базу можно сделать там же, используя класс Insert или Entity.Save. Второй вариант позволит при сохранении запустить какую-то дополнительную логику на объекте или в БП на событии создания, первый сохраняет в обход срабатывания событий.

То есть будет БП из двух элементов: скрипта, выполняющего всю работу и блока отображения пользователю страницы.

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

В системе для пунктов 1-3 нет специальных классов, вы реализуете эту функциональность используя либо стандартные классы .net, либо подключая любые библиотеки которыми вы хотите пользоваться.

Ошибка возникает из-за того, что поле обязательное для заполнение.

0 в числовых полях считается незаполненным значением. Снимите обязательность поля (либо бизнес правило, либо в самом объекте)

Если это числовое поле, то можно переделать в текстовое, при обработке значений придется это учитывать и конвертировать в целочисленное.

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

У нас нет как таковой поддержки старых версий приложения. Рекомендуем использовать актуальную версию приложения, сейчас это 7.16.1. 

Такие большие массивы мы через ODATA в Excel Power BI выгружали

Если сайт развёрнут локально, то ещё можно брать информацию напрямую запросами к базе. Или сохранить в файл, используя Management Studio, или подключаться к базе прямо из Excel по кнопке на вкладке «Данные».

Если нужно исправить именно стандартный механизм выгрузки, нужно выяснить точную причину: просто тайм-аут (для 25 записей маловероятно), что-то с одним из конкретных полей или ещё что-нибудь. Судя по скриншоту, среди полей есть самодельные. Если есть доступ к логам, посмотрите, что конкретно туда пишет при попытке выгрузить.

Здравствуйте, Сакен!

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

Такое поведение ещё может быть, если в системной настройке "Количество записей в пачке для экспорта в Excel" стоит слишком больше значение. Коробочное значение равно 2000.

1) Для получения роли советую использовать любезно написанный Севостьяновичем Ильей Сергеевичем миксин по ссылке https://community.terrasoft.ua/tags/opredelit-rol
2) Дальше передать в функцию полученный результат (работает способ начиная с версии 7.12.4, описано в описании релиза https://academy.terrasoft.ru/documents/bpmonline-release-notes-7-12-4 в модуле "OAuth20AppPage")

visibleTab: function(role){
    if(Role1){
        var tab = this.$TabsCollection.get("Tab1"); // "Tab1" - имя вкладки
        tab.set("Visible", true); // "Visible" - ключ свойства, true - значение свойства
    }
    ......
}

3) Через Init при загрузке страницы все это запускаем (думаю роли меняютьяся не часто потому отслеживание изменения в реальном времени не нужно)

Александр Тыра,

cпасибо!

Находите в элементах diff вашу вкладку: "name": "Tab62a4b2e3TabLabelGridLayout1729d7bb" - пример.
Далее в "values":{
//прописываете
//видимость по функции
"visible": {
                        "bindTo": "IdUser1"
                    },
}
После в
methods{

//пишите функцию:
IdUser1:function(){
            var x;
   x=Terrasoft.SysValue.CURRENT_USER.value;
            if (x==="id вашего пользователя - можно найти в сотрудниках"){
                return true;    
}else{
return false;
}

Сакен, это документация по 7.15, а у Вас на скриншоте — 7.10. В версии 7.15 заголовков у этих полей вообще нет и панель со ссылками появляется слева, а не справа. Посмотрите в тексте файла NuiLogin.aspx в папке с сайтом, возможно, эти заголовки прописаны там. Если нет, то страница логина генерируется на уровне ядра. Нужно смотреть документацию по версии 7.10, возможно, там есть о персонализации конкретно в ней.

Добрый день.

В нашем плане по обслуживанию БД мы руководствуемся следующими правилами:

• если фрагментация до 10%, то такие индексы мы пропускаем
• если размер индекса менее 1000 страниц, то такие индексы мы не анализируем, так как их фрагментация практически ни на что не влияет
• при фрагментации от 10% до 30% проводится реорганизация индекса
• при фрагментации более 30% проводится перестроение индекса

При этом нужно учитывать некоторые нюансы.

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

Online перестроение индекса доступно только в Enterprise Edition. Во всех других изданиях перестроение проводится в offline-режиме, т.е. таблица становится недоступной для пользователей.

Если БД работает в режиме full recovery model, то нужно иметь ввиду, что перестроение индексов является логируемой операцией, т.е. следует ожидать резкого увеличения объёма журнала транзакций. Если увеличение объёма критично, то можно перестоение заменить на реорганизацию, однако в этом случае процесс будет идти несколько дольше.

Мотков Илья,

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

Это очень индивидуально. Можно ориентироваться на деградацию производительности. Т.е. если через неделю после дефрагментации появляются заметные подтормаживания, значит расписание нужно запланировать таким образом чтоб не доводить до этого. Если система не используется 24\7, то можно проводить данную акцию каждый день в нерабочие часы. Т.е. нет чётких критериев.

P.S. Ещё рекомендуется регулярно обновлять статистику.

<message xml:lang="">Unrecognized 'Edm.DateTime' literal 'datetime'2018-12-12T00:00'' in '13'.</message>

Очень интересно...

https://[url_app]/0/ServiceModel/EntityDataService.svc/ActivityCollection?$filter=CreatedOn ge datetime'2018-12-12' - а вот так заработало...

Как оказалось, если нужно с часовым поясом, то надо «/0/ServiceModel/EntityDataService.svc/ActivityCollection?$filter=CreatedOn ge datetime'2018-12-01T00:00:00' », так работает.

А еще в статье  путаница: 

где-то в примере указывают ?select=Id, а где-то $select...

по факту работает так:

$filter=CreatedOn ge datetime'2018-12-01'&$select=Id...

В спецификации тоже везде с долларом.

Использовать схемы на основе view вполне допустимо, парой сообщений ниже Алла Савельева как раз предлагает такое для решения вопроса с графиком.

Только обычно создают в обратном порядке: сначала — схему с установленной галкой, потом — view в базе с такими же полями. Таблицы при этом не создаётся.

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

По поводу негативного влияния, всё зависит от кода view. Если он содержит ошибки или при наложении каких-то фильтров получится очень тяжёлый запрос на выборку, то база может «задуматься».

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

ключевое слово - расширенный фильтр.

К справочнику его не применить.

Соответственно создал раздел, (руками его создавать - неблагодарное дело). А уже потом ахалай-махалай с Vw...

Случайно обнаружил: подобное действие с разделом привело к ошибке (см. принт-скрин).

  УРЛ https://[url_app]/0/ServiceModel/EntityDataService.svc/ для меня крайне важен...

Значит, у нового раздела на основе view получилось совпадающее с существующим значение названия или чего-подобного. В результате при попытке системы построить список объектов, доступных по OData натыкается на пару дублей и не может однозначно выбрать.

Очень похоже, что данная ошибка связана с работой Microsoft .NET Framework.

Проверьте, какая версия .NET Framework установлена на этом сервере. Согласно документации на Академии версия Microsoft .NET Framework 4.7 и выше используется для версий bpm’online 7.11.1 - 7.13.1; Microsoft .NET Framework 4.7.2 — для версий bpm’online 7.13.2 и выше. Так как у Вас версия bpm'online 7.10, то, возможно, Вам подойдет .NET Framework 4.6.

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

Добрый день,Дмитрий! По тексту ошибки можно предположить что серверу не удается найти библиотеку .NETStandard. Проверьте еще раз обязательные компоненты Windows по инструкции.