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

С 7.13.2 добавили возможность создавать портальные разделы пользовательскими средствами в мастере разделов.

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

Григорий Чех,

мастер не предоставляет практически ничего. Огромный минус для платформы, которая называет себя low cod

Шувалов Николай Юрьевич,

Значит нужно программировать, унаследовать и переопределить страничку обращения для портала или создать свою по аналогии. Аналогично с разделом. Для портала было огранчено количество объектов доступ к которым можно дать через портал (раньше было не больше 40) Подробности лучше запросить у тех поддержки!

Специальной логики с разными разделами на портале Terrasoft нет. Для разграничения прав на обращения только своей компании используются обычные группы (например, по контрагентам), не входящие в группу  «Все пользователи портала».

Мотков Илья,

Меня интересует именно создание разных рабочих мест на портале самообслуживания, и предоставление на них доступа для разных дочерних ролей (Клиенты/Партнёры) роли "Все пользователи портала".

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

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

Мотков Илья,

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

Прошу поделится кейсом реализации подобной функциональности.

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

Мотков Илья,

Прошу предоставить инструкцию по реализации такой настройки.

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

1. Для пользователя портала нельзя добавить функциональные роли.

2. Для орг. группы "Все пользователи порта" нельзя добавить подчинённые орг. группы.

3. Как быть с настройкой аналитики на главной странице портала для разных групп пользователей?

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

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

Мотков Илья,

https://yadi.sk/i/ok6bQr773ZkKoy

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

Тогда это новое место будет доступно для всех пользователь портала, а мне нужно только для определённой подгруппы

Да, всё верно. Для группы «All portal users».

Мотков Илья,

Т.е. для обеих рабочих мест дан доступ только для пользователей портала?

Из Вашего скриншота это нельзя достоверно выяснить. Попробовал на тестовой базе, добавил второе рабочее место с указанием прав для этой группы, зашёл под портальным пользователем — видно оба рабочих места.

Да, рабочее место создать можно.

Но вопрос в другом: Как отобразить рабочие места в зависимости от роли пользователя портала (партнёр/клиент)?

Все пользователи портала входят в одну и ту же роль.

И сопутствующий вопрос - как добраться до настройки итогов в разделе портала?

Коллеги, добрый день!

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

На данный момент есть обходной вариант:

1. В основном интерфейсе системы (не в интерфейсе портала) для списочного представления раздела [Обращения] настроить отображение колонок нужным образом и сохранить для всех пользователей (Прошу учесть, что при добавлении справочных полей в реестр, вероятно может потребоваться раздать права доступа на объекты на которые данная колонка ссылается).
В результате информация будет записана в профиль пользователя (таблица SysProfiledata, запись с кодом CaseSectionGridSettingsGridDataView).

2. Выполнить SQL – скрипт (он скопирует настройки из настроек по умолчанию обычных пользователей в настройки для всех пользователей портала).
update SysProfileData set ObjectData =
(select top 1 ObjectData from SysProfileData where [Key] like 'CaseSectionGridSettingsGridDataView' and ContactId is null order by ModifiedOn desc)
where [Key] like 'PortalCaseSectionGridSettingsGridDataView'and ContactId is null

3. Если клиент On-site выполнить Redis -> flushall, обновить страницу браузера (Empty Cache And Hard Reload)

4. При необходимости перенастроить обратно реестр основной системы для пользователей системы выполнив пункт 1.

Что касается вопроса по аналитике на портале, то сам дашборд выводится на портал через раздел «Настройка главной страницы портала» в дизайнере системы.
Главное, необходимо на данный дашборд раздать права пользователям портала, как минимум, на чтение. Есть еще один момент, в дашборде должна выводится информация, на которую у пользователей портала есть права. Если на какое-то значение (объект должен быть добавлен в справочник «Список объектов, доступных пользователям портала» и розданы права на чтение) у пользователей портала прав не будет, то он видеть данные он также не будет.

Как пример, Вы можете посмотреть настройки любого базового дашборда в разделе «Настройка главной страницы портала».

Спасибо за подробное описание!

"Михайленко Михаил" написал:Что касается вопроса по аналитике на портале, то сам дашборд выводится на портал через раздел «Настройка главной страницы портала» в дизайнере системы.

Имелись в виду настройки в самом реестре, чтобы показать количество записей.

"Михайленко Михаил" написал:она будет реализована в последующих версиях, скорее всего вместе с изменением архитектуры портала

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

Добрый день, Владимир!

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

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

Логика добавления в таблицу SysProfileData для пользователей портала заключается в добавлении корректных ключей и значения ObjectData без привязки к ContactID (тоесть для всех).

В случае с Итогами, ключа для пользователей портала нет в системе (его необходимо добавить предварительно необходимо вывести итоги для раздела обращение в рабочей среде):

insert into SysProfileData ([key],ObjectData,SysCultureId) values ('Section-PortalCase-MainGrid-Summary', (select top 1 ObjectData from SysProfileData where [Key] like 'Section-Case-MainGrid-Summary' order by ModifiedOn desc) ,'1A778E3F-0A8E-E111-84A3-00155D054C03')

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

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

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

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

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

Но, Вы можете попытаться реализовать необходимую логику руководстуясь инструкцией:
1) Права на объекты для портальных пользователей регулируются справочником "Объекты, доступны пользователям портала", как правило, данный справочник заполняется с помощью скрипта "InsertPortalUserCanReadRightsMSSql" - в нем необходимо указать перечень объектов на которые будут даваться права. (данные права никак не относятся к администрированию системы).
2) На необходимые объекты должны быть розданы права на операции и на записи для пользователей портала.
3) Разделы, схемы страниц и т.д на портал создаются отдельно, по подобию как реализовано с обращениями и базой знаний. Иструкцию как создать и зарегистрировать раздел для портала прикрепил "Установка+разделов+на+портале".

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

Спасибо за подробный ответ! Буду разбираться.

Михаил, тоже интересует вопрос создания разделов и схем страниц на портале. Можете прикрепить файл, который упоминали в предыдущем комментрии "Установка+разделов+на+портале"?

Добрый день!



Инструкция доступна по адресу - http://tsrdp.tscrm.com/support/Pub/A.Armenchu/Установка+разделов+на+пор…

Арменчу Артём Александрович,

Артем, добрый день! 

По указанной ссылке выдает 404 ошибку

Николай, прошу прощения. 



Новая ссылка:



http://tsrdp.tscrm.com/support/Pub/Adasyuk/Установка раздела на портале.zip

Арменчу Артём Александрович,

Ссылки по прежнему битые. 

Есть вопрос: Как на портале можно создать несколько рабочих  мест с различным набором разделов и своей главной страницей для разных ролей пользователей портала (по аналогии с партнёрским порталом самообслуживания Теrrasoft)

См. обсуждение.

Дарья, а почему Вы не хотите вывести данной поле на PortalCasePage мастером разделов?

Александр
поле выглядит вот так

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

Добавили новую вкладку в карточке портального обращения, и вывели там поле "Решение" как текст(недоступный для редактирования)

Просто удивителен тот факт, что Решение изначально не выведено в портальной карточке обращения.
Решение очевидно там должно быть, как-то же пользователи должны о нем узнавать
( вопрос с отправкой e-mail не рассматривается, у пользователя может не быть e-mail, письмо может удалиться и т.п.)

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

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

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

{
		"operation": "insert",
		"name": "UsrNotes",
		"values": {
			"layout": {
				"column": 0,
				"row": 2,
				"colSpan": 12,
				"rowSpan": 2 // <- высота
			},
			"bindTo": "UsrNotes",
			"caption": {
				"bindTo": "Resources.Strings.TestCaption"
			},
			"textSize": 0,
			"contentType": 0,
			"labelConfig": {
				"visible": true
			},
			"enabled": true
		},
		"parentName": "Header",
		"propertyName": "items",
		"index": 5
	},

Что бы оно стало RICH_TEXT, с панелькой применения стилей,
достаточно поменять contentType на:

"contentType": Terrasoft.ContentType.RICH_TEXT

Отключить лейбл так:

"labelConfig": {
        "visible": false
       },

Что бы можно было работать с картинками в этом поле, необходимо добавить:

"controlConfig": {
        "imageLoaded": {
         "bindTo": "insertImagesToNotes"
        },
        "images": {
         "bindTo": "NotesImagesCollection"
        }
}

С именами методов как в основной схеме портальной страницы. Текущий пример взят по примеру поля "Примечания".

Максим, спасибо, мы уже добавили

"Александр Зубков" написал: а почему Вы не хотите вывести данной поле на PortalCasePage мастером разделов?

А как мастером разделов добраться до PortalCasePage?

"Владимир Соколов" написал:А как мастером разделов добраться до PortalCasePage?

Добрый день, Дарья!

Чтобы у пользователя появился доступ к справочным значениям необходимо включить администрирование по операциям и раздать права доступа пользователям портала на соответствующий объект.

Добрый день!
Спасибо, но почему-то не помогло - ничего не изменилось

Дарья, уточните, пожалуйста, при выводе поля на портал Вы выполняли скрипт раздачи прав доступа портальным пользователям (по аналогии с пунктом 9 инструкции во вложении)?

Елена, конечно, не выполняла -я этот скрипт впервые вижу)
Спасибо, что вы его прислали - пригодится
Итак, насколько я поняла из пункта 9, чтобы пользователи веб-портала стали видеть значения справочника, нужно исполнить запрос, который бы раздал права на уже существующие его записи
по типу вот этого
/*Добавление прав на существующие записи Сервисов для портальных пользователей*/
insert into SysEntitySchemaRecordDefRight (CreatedById, SubjectSchemaUId, AuthorSysAdminUnitId, GranteeSysAdminUnitId, Position, Operation, RightLevel)
values (
'DAD159F3-6C2D-446A-98D2-0F4D26662BBE',
'C6C44F0A-193E-4B5C-B35E-220A60C06898',
'A29A3BA5-4B0D-DE11-9A51-005056C00008',
'720B771C-E7A7-4F31-9CFB-52CD21C3739F',
'0',
'0',
'1'
)

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

Вопрос:
распишите, пожалуйста, за что отвечает каждая колонка из запроса
SubjectSchemaUId, AuthorSysAdminUnitId, GranteeSysAdminUnitId, Position, Operation, RightLevel

где посмотреть значение SubjectSchemaUId для справочника Категории сервисов
какие значения должны быть в колонке AuthorSysAdminUnitId, GranteeSysAdminUnitId.

Помимо подобного запроса еще какие-то запросы нужно сделать?

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

Загвоздка была в том, что в таблицу "SysSSPEntitySchemaAccessList", в колонку "UId" необходимо было внести Id схемы "SysSchema".