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

/**
 * Initializes "Run process" menu items in detail.
 * @param {Function} callback Callback function.
 * @param {Object} scope Execution context.
 * @protected
 */
initDetailRunProcessButtonMenu: function(callback, scope) {
	var processButtonMenu = this.get("RunProcessButtonMenuItems");
	if (!processButtonMenu) {
		processButtonMenu = this.Ext.create("Terrasoft.BaseViewModelCollection");
		this.set("RunProcessButtonMenuItems", processButtonMenu);
	}
	if (Terrasoft.ProcessEntryPointUtilities.getCanRunProcessFromSection()) {
		this._initDetailAvailableProcessList(processButtonMenu, callback, scope);
	} else {
		callback.call(scope);
	}
},

Возможно, для стандартной детали до else и не доходит.

Илья, добрый день.

В том то и дело, что 

Terrasoft.ProcessEntryPointUtilities.getCanRunProcessFromSection() и проверяет, не является ли пользователь пользователем портала, и в интерфейсе сотрудника возвращает true, и как следствие выполняется this._initDetailAvailableProcessList(processButtonMenu, callback, scope);

НО если пользователь является пользователем портала, то выполняется callback.call(scope);, а callback в этот метод не передается и равен undefind

Т.о. при выводе детали для пользователя портала  получаем ошибку

Сравните с другой деталью тоже на портале, как там работает эта функция.

Мотков Илья,

Деталей на портале нет. 

Вопрос в том, почему в initDetailRunProcessButtonMenu не передаётся callback

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

Мотков Илья,

Метод initDetailRunProcessButtonMenu  вызывается в BaseGridDetailV2 в методе initData и не принимает аргументы (см. https://yadi.sk/i/UoJ5M8kHo9s1kw)

Но в условии else вызывается callback.call(scope);, который по определению вернёт ошибку( т.к. initDetailRunProcessButtonMenu  не принимает аргументов)

Сам метод initDetailRunProcessButtonMenu   описан в схеме-миксине ProcessEntryPointUtilities



Я пытаюсь указать на баг базовой функциональности, который ограничивает использование деталей на портале пользователей.



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

Либо переделайте initData, чтобы передавала в функцию эти два параметра, либо в самой initDetailRunProcessButtonMenu добавьте проверку на заполненность параметра, либо, если initData — это единственное место в системе, где функцию initDetailRunProcessButtonMenu вызывают и else не сможет отработать в принципе, исключите нижнюю ветвь.

Мотков Илья,

Илья, решение я уже нашёл (заместил 

BaseGridDetailV2 и метод initDetailRunProcessButtonMenu.)

Целью этой публикации на community является обратить внимание поддержки Terrasoft на не корректную реализацию метода initDetailRunProcessButtonMenu и на проблемы, которые, эта реализация вызывает. 

Чтобы это по возможности было исправлено в следующих релизах.

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

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

Первое, что приходит на ум, это необходимость проверить на странице наличие следующего:

 

    details: /**SCHEMA_DETAILS*/{}/**SCHEMA_DETAILS*/,
    diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/,
    businessRules: /**SCHEMA_BUSINESS_RULES*/{}/**SCHEMA_BUSINESS_RULES*/
​​​​​​​    modules: /**SCHEMA_MODULES*/{}/**SCHEMA_MODULES*/,

Хотя, то, что у вас отображено, скорее связано с чем-то другим

Литвинко Павел,

Дизайнер не может поменять видимость. Он отрабатывает только то что задано в diff и onEntityInitialized. Т.е. если у вас программно (не правилами) скрыты все поля на карте по умолчанию, то конечно вот так и будет. Я в свое время писал на поддержку пожелание об исключении кастомной логики из дизайнера... но увы. 

Может быть, представители службы поддержки нам подскажут, реализовано ли данное пожелание Дмитрия Степанова в новой версии 7.12.4, либо уже есть понимание, в какой из следующих версий и когда ориентировочно оно будет реализовано?

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

Сбой возникает внутри библиотеки AgatInfinityConnector, предоставляемой авторами телефонии. На их сайте есть описание этой функции:

/// <summary>
/// Возвращает список доступных фабрик коннекторов. Каждая фабрика - это плагин,
/// расположенный рядом с этой сборкой. В ближайшее время предполагается три фабрики:
/// Infinity 4
/// Infinity X
/// IP-АТС Agat-UX
/// </summary>
/// <returns>Список фабрик</returns>
 
public static IEnumerable<IAgatInfinityConnectorFactory> GetAvailableFactories(
string pluginsPath_ = "",
string logFileName_ = "");
}
 
 

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

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

Мотков Илья,

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

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

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

Мотков Илья,

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

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

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

Мотков Илья,

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

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

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

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

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

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

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

Мотков Илья,

https://yadi.sk/i/ok6bQr773ZkKoy

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

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

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

Мотков Илья,

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

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

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

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

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

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



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

Данная задача уже зарегистрирована у разработчиков, но к сожалению, срок ее реализации точно не известен.

Анна Журавель,

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

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

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

Используйте примерно следующий фильтр.

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

Чтобы найти именно записи из состояния Новое в Работу можно в первом блоке фильтра указать = 1

Так же в Обращениях на вкладке "Информация по обращению" есть деталь "Жизненный цикл обращения". На этой детали можно посмотреть как изменялись статусы по обращению

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

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

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

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

Настраиваю колонки по объекту Обращение:

Настраиваю поиск обращений, как вы и подсказали, в которых состояние с новое на в Работе изменила Наталья 

Параметры отображения:

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

Спасибо.

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

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

Спасибо

Мачулин Дмитрий,

если список строится по объекту "Обращение", то вывести ФИО сотрудника, который перевел обращение из статуса "Новое" в "В работе" не получится. В колонках списка по связанному объекту (в данном случае - "Жизненный цикл обращения") можно выводить только агрегирующие колонки (например, сумму или среднее значение по колонке "Продолжительность" или максимум/минимум по колонке "Дата изменения"). Так как ФИО того, кто изменил у каждой записи в жизненном цикле обращения свое, их никак нельзя собрать, просуммировать и т. п. Можно только вывести отдельным списком контактов (в одной колонке) и количество обращений, которые они перевели в работу.

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

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

В последних версиях bpm'online для элемента процесса "Сигнал"

появилось свойство "Выполнять в фоновом режиме"

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

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

Помогло, спасибо.