Добрый день, надо настроить саморегистрацию на портале. Вопрос следующий, при переходе https://app/Login/SSPLogin.aspx при попытке регистрации выходит сообщение:

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

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

Нравится

4 комментария

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

SSPRegistrationMailbox

 

https://academy.terrasoft.ru/docs/user/drugie_reshenija/portal/administ…

Трефилов Павел Сергеевич,

спасибо, ещё вопрос в данной сис. настройке ссылается на значение справочника "Настройки синхронизации с почтовым ящиком", но такого справочника в системе нет и в ручную настройку заполнить не дает, как быть?

Евгений Шевченко, добрый день!

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

 

Общая последовательность шагов есть в документации, последовательность шагов:

https://academy.terrasoft.ru/docs/user/drugie_reshenija/portal/administ…

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

https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/na…

Показать все комментарии

Добрый день коллеги, хотелось бы узнать возможно ли вывести раздел "Активности" на портал как раздел или хотя бы Деталь Активности в Обращении. В права на объект Активность добавил All portal users, в справочнике "Список объектов, доступных пользователям портала" объект есть.

Нравится

4 комментария

Добрый день, Евгений!



Большинство базовых разделов нельзя вынести на портал. Раздел "Активности" и другие процессы связанные с объектами данного раздела недоступны пользователям с портальными лицензиями. Для работы с данным разделом необходимо иметь полноценную лицензию нашего продукта.

В статье на Академии есть информация о том какие базовые разделы доступны под какой портальной лицензией. 

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

Спасибо за ответ.

А детали (объекты, на базе которых не зарегистрированы разделы) не считаются в ограничениях?

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



В зависимости от конфигурации портала возможности управления разделами различаются.

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



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



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



С уважением,

Станислав

 

 

Показать все комментарии

Добрый день!

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

Нравится

4 комментария

Добрый день.

Бизнес-правила, созданные на странице Обращения(CasePage) не будут работать на странице Обращение портала(PortalCasePage).

Но их можно настроить.

Вам необходимо перейти в "Дизайнер системы", выбрать раздел "Настройка рабочих мест", далее выбрать рабочее место - "Портал".

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

 

Уточните, пожалуйста, для правильного ли объекта были настроены бизнес-правила?

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

Роман Казекин,

Спасибо!

Алексей Следь,

Спасибо!

Показать все комментарии

Добрый день, появилась необходимость отсортировать статьи Базы знаний, а в частности, в виджете на портале, отображать статьи для портала, для этого на карточку записи Стать добавил логическое поле "Отображать на портале", вопрос в создании фильтра для виджета портала, имел ли кто-то опыт такой доработки?

Находил решения где статьи сортировали на основе ролевой модели, но этот вариант пока вынужден отложить.

Изображение удалено.

Нравится

1 комментарий

Добрый день

Вы можете сделать свой виджет по аналогии с базовым виджетом PopularKnowledgeBaseArticlesListModule (Список популярных статей на портале)

 

Сортировка устанавливается в конфиге, в методе initConfig.

В базовом виджете сортировка такая:

this.moduleConfig = {
  ....
  "orderDirection": 2,
  "orderColumn": "[Like:KnowledgeBase].Id",
  ...
}

 

Показать все комментарии

Добрый день!



Можно ли добавить на партнёрский портал пользовательские разделы?

Нравится

1 комментарий

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

 

Партнерский портал доступен в продуктах Sales Creatio enterprise и CRM Creatio.



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

 

На страницу раздела можно добавить любые объекты системы, например, детали, поля и т. д. Количество объектов зависит от конфигурации портала (портал самообслуживания, клиентский портал) и регулируется условиями лицензии. Например, на портале самообслуживания можно добавить на страницу не больше 25 объектов, на пользовательском портале — не больше 125. При превышении количества объектов, используемых на странице записи раздела, на портале блокируется возможность добавления и редактирования записей.

 

Более дательная информация в статье на Академии: https://academy.terrasoft.ru/docs/user/instrumenty_prodazh/partnerskie_…

Показать все комментарии

На раздел портала добавлена деталь. Все необходимые права на объект деталь розданы. Записи детали создаются и сохраняются нормально.

 

Есть проблема с переходом на карточку детали. В консоли ошибка

Изображение удалено.

 

Изображение удалено.

 

Для указанного объекта детали не подгружается страница. Подскажите, какие доработки нужно сделать, чтоб страница подгрузилась?

Нравится

2 комментария
Лучший ответ

Если вы не можете получить editPage для детали значит у вас неправильно зарегистрированы связи между деталью и карточкой детали. Здесь написано как регистрируются эти связи в таблицах пункт 5 https://academy.terrasoft.ru/documents/technic-sdk/7-15/detal-so-strani…

Как у вас получается нормально создавать и сохранять записи детали если вы не можете открыть карточку?

Если вы не можете получить editPage для детали значит у вас неправильно зарегистрированы связи между деталью и карточкой детали. Здесь написано как регистрируются эти связи в таблицах пункт 5 https://academy.terrasoft.ru/documents/technic-sdk/7-15/detal-so-strani…

Показать все комментарии

Исходные данные.

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

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

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

Вопрос.

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

Нравится

4 комментария

Дамиан, эта логика реализована в схеме HtmlEditModule, в функции:

updateToolbar: function() {
	var id = this.id;
	var toolbar = this.toolbar;
	var memo = this.memo;
	if (!toolbar || !memo) {
		return;
	}
	var plainTextMode = this.plainTextMode;
	var enabled = this.enabled;
	var enabledInRichTextMode = !plainTextMode && enabled;
	var enabledInPlainTextMode = plainTextMode && enabled;
	var hideModeButtons = this.hideModeButtons;
	toolbar.fontFamily.setEnabled(enabledInRichTextMode);
	toolbar.fontSize.setEnabled(enabledInRichTextMode);
	toolbar.fontStyleBold.setEnabled(enabledInRichTextMode);
	toolbar.fontStyleItalic.setEnabled(enabledInRichTextMode);
	toolbar.fontStyleUnderline.setEnabled(enabledInRichTextMode);
	toolbar.fontColor.setEnabled(enabledInRichTextMode);
	toolbar.hightlightColor.setEnabled(enabledInRichTextMode);
	toolbar.numberedList.setEnabled(enabledInRichTextMode);
	toolbar.bulletedList.setEnabled(enabledInRichTextMode);
	toolbar.maximized.setEnabled(enabledInRichTextMode);
	toolbar.indentList.setEnabled(enabledInRichTextMode);
	toolbar.outdentList.setEnabled(enabledInRichTextMode);
	toolbar.justifyLeft.setEnabled(enabledInRichTextMode);
	toolbar.justifyCenter.setEnabled(enabledInRichTextMode);
	toolbar.justifyRight.setEnabled(enabledInRichTextMode);
	toolbar.image.setEnabled(enabledInRichTextMode);
	toolbar.link.setEnabled(enabledInRichTextMode);
	toolbar.htmlMode.setEnabled(enabledInPlainTextMode);
	toolbar.plainMode.setEnabled(enabledInRichTextMode);
	toolbar.htmlMode.setPressed(enabledInRichTextMode);
	toolbar.plainMode.setPressed(enabledInPlainTextMode);
	toolbar.htmlMode.setVisible(!hideModeButtons);
	toolbar.plainMode.setVisible(!hideModeButtons);
	memo.setReadonly(!enabled);
	var extToolbar = Ext.get(id + "-" + this.controlElementPrefix + "-toolbar");
	if (extToolbar) {
		extToolbar.dom.style.display = !enabled ? "none" : "table-cell";
	}
	var extHtmlEdit = Ext.get(id + "-" + this.controlElementPrefix + "-htmltext");
	if (extHtmlEdit) {
		extHtmlEdit.dom.style.display = plainTextMode ? "none" : "table-cell";
	}
	var extPlainText = Ext.get(id + "-" + this.controlElementPrefix + "-plaintext");
	if (extPlainText) {
		extPlainText.dom.style.display = !plainTextMode ? "none" : "table-cell";
	}
	var editor = this.editor;
	if (editor) {
		// TODO: 200083
		try {
			editor.setReadOnly(!enabled);
		} catch (e) {
			if (editor.document) {
				editor.document.getBody().$.contentEditable = enabled;
			}
		}
		if (extHtmlEdit) {
			extHtmlEdit.dom.style.backgroundColor = enabled ? "#ffffff" : "#f9f9f9";
		}
	}
},

Проверка условий видимости панели делается в 10 и 11 строках. То есть либо у поля установлено свойство plainTextMode, либо он неактивен. Если у Вас не было никаких доработок, вероятнее всего, вторая причина. По умолчанию в разделе базы знаний для портальных пользователей записи доступны только для чтения, и это, и другие поля просто заблокированы. В таком случае панель форматирования и не нужна. Чтобы она появилась, надо портальным пользователям дать права на создание/изменение статей БЗ:

Выставил права доступа согласно рекомендациям - не помогло.

Дамиан, как оказалось, свойство «enabled» не относится к правам, а задаётся непосредственно кодом в схеме карточки.

 

В PortalKnowledgeBasePage у трёх полей (название, тип и заметки) оно определено как false:

{
	"operation": "merge",
	"name": "Name",
	"values": {
		"enabled": false
	}
},
{
	"operation": "merge",
	"name": "Type",
	"values": {
		"enabled": false
	}
},
{
	"operation": "merge",
	"name": "Notes",
	"values": {
		"layout": {
			"column": 0,
			"row": 0,
			"colSpan": 24,
			"rowSpan": 1
		},
		"enabled": false
	}
},

Если в пакете Custom переопределить эту страницу, поменять на true, то поля (или только заметки, если менять лишь последнее) разблокируются. 

Спасибо, то что нужно. Разобрался с этим только сейчас.

Создал замещающую схему страницы портального раздела "Базы знаний" (PortalKnowledgeBasePage). Внутри неё в блоке diff прописал ваш код для заметок. Всё заработало, панель с кнопкой "развернуть во весь экран" появилась.

diff: /**SCHEMA_DIFF*/[
// Заметки.
{
  "operation": "merge",
  "name": "Notes",
  "values": {
    "layout": {
      "column": 0,
      "row": 0,
      "colSpan": 24,
      "rowSpan": 1
    },
    "enabled": true
  }
},
]/**SCHEMA_DIFF*/

 

Показать все комментарии

Доброго времени суток.

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

Заранее благодарен.

Нравится

3 комментария

Здравствуйте, Кирилл!

 

Ваш вопрос по нескольким DCM в зависимости от типа записи? Если да, то это настраивается в дизайнере и работает в новых (созданных мастером) разделах. В CasePage тоже по идее должно. Если вопрос как сделать разные наборы для портала и системы – никак. DCM один и он общий для обоих пользователей. Пользователь на портале видит те же шаги, что и пользователь системы. А тип выбирается в зависимости от записи и тоже не зависит от типа пользователя.

Мотков Илья,

Да, по нескольким DCM. В разделе Case  в мастере настроил несколько progressbar в зависимости от значения поля. Для системных пользователей всё работает. Но для портальных пользователей не работает. Отображается progressbar по умолчанию при любом значении указанного поля. Разные наборы для портала и системы мне не нужно делать

Походу проблема, возможно, из-за кастомной разработки. Развернул чистую версию 7.14.3 и там всё корректно работает.

Показать все комментарии

Добрый день.

Сценарий:

  1. Пользователь портала создает Case (в карточке добавлены кастомные поля). Нажимает Save - все нормально.
  2. Пользователь портала хочет отредактировать поле - выходит ошибка "Нет прав".

Я понимаю, что в стандартном функционале предполагается что Case нельзя менять после создания, но в нашей Case модели после New добавлена стадия Submitted. Предполагается что пользователь переводит в Submitted после ввода всей необходимой информации.

В Case модели пробовали добавлять права с помощью шага "Change access rights" на стадии New. При создании в обычном приложении - права добавляются. При создании с Портала - нет.

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

P.S. В кейсе созданном с Портала видно, что у автора есть права на Чтение и Удаление, но нет на Редактирование.

Также нашли некоторую логику на уровне Процессов, встроенных в сущность Case. Метод SetPortalCaseRights, который в итоге запускает хранимую процедуру tsp_ActualizePortalUsersRights. 

Получается там нужно правки вносить?

Нравится

1 комментарий

Вопрос уже не актуален, реализовали. 

Показать все комментарии

Приветствую всех!

Зарегистрировал новый портальный раздел, как описано в статье: https://academy.terrasoft.ru/documents/portal/7-14/kak-nastroit-razdel-na-portale#XREF_56168

Через мастер разделов набросал поля, добавил деталь, но из под под портального пользователя нельзя добавить новые записи на деталь. Права у портального пользователя на объект детали есть. В справочнике [Список объектов доступных портальному пользователю] объекты добавлены. Так же из под портального пользователя не видно колонок справочника кроме названия и id. Это ограничение портала или где-то есть дополнительные настройки прав доступа?

Кто-то вообще пробовал делать портальный раздел с функционалом максимально приближенным к обычному разделу?

Нравится

3 комментария

Кроме «Список объектов доступных портальному пользователю» проверьте ещё права на операции создания/изменения/удаления и права на колонки. И для объектов справочников тоже.

Права на колонки не активированы.

Права на операции портальному пользователю доступны.

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

Показать все комментарии