рекомендую почитать эту тему:
http://www.community.terrasoft.ru/forum/topic/16386

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

На версии продукта 7.8 последней сборки, данный функционал отрабатывает автоматически, при условии корректной настройки группы системных настроек "Отправка e-mail сообщений" и произведена корректная интеграция с почтой.
И при заполненой системной настройки "Категория обращения по умолчанию".

"Михайленко Михаил" написал:И при заполненой системной настройки "Категория обращения по умолчанию".

Я ведь правильно понимаю, что это в Дизайнер системы -> Настройка системы -> Системные настройки? Просто в этом разделе настройки "Категория обращения по умолчанию" я не нашла.

Добрый день Елена!!!

Михаил в своем посте указал, обратите внимание, " На версии продукта 7.8 последней сборки ". Если у вас версия 7.8 именно последней сборки то данный функционал у вас должен работать. У себя ради эксперимента проверил, все работает.

"Власов Михаил Викторович" написал:На версии продукта 7.8 последней сборки

указывали бы номер сборки :)

"Власов Михаил Викторович" написал:данный функционал у вас должен работать

Нет письма и, как я понимаю, оно даже не создается.

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

Может кто-либо сталкивался с такой проблемой уже? Или может знаете почему так происходит?

Елена, добрый день!
Данное поведение системы может свидетельствовать о двух вещах:

1) Не проставлен признак в настройках почтового ящика: "Отправлять сообщения, используя почтовый ящик" и "Использовать по умолчанию при отправке".

2) Не настроены системные настройки в группе "Отправка e-mail сообщений", а именно:
E-mail службы поддержки;
Пароль пользователя SMTP-сервера;
Порт SMTP-сервера;
Имя или IP-адрес SMTP-сервера;
Имя пользователя SMTP-сервера.

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

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

На 7.7 попробовал - процесс завершается с ошибкой (можно посмотреть в Process Log). Текст ошибки:

Terrasoft.Common.ItemNotFoundException: Value "Status" was not found.
at Terrasoft.Core.Entities.Entity.SetColumnValue(String valueName, Object value)
at Terrasoft.Core.Process.SendEmailToCaseStatusChangedProcess.ScriptTaskExecute(ProcessExecutingContext context)
at Terrasoft.Core.Process.ProcessFlowElement.Execute(ProcessExecutingContext context)

Владимир, добрый день!
На данный момент последние релизные сборки продукта 7.8:
7.8.0.1135_ServiceEnterprise_Softkey_MSSQL_RUS
7.8.0.1135_CustomerCenter_Softkey_MSSQL_RUS

Что касается ошибки "Value "Status" was not found.", то она указывает на то, что не задано значение в колонке "Состояние"... Странная ошибка, в "коробке" нет возможности создать обращение без статуса.

Необходимо смотреть. (возможно есть какя-то доработаная логика)

"Михайленко Михаил" написал:Что касается ошибки "Value "Status" was not found.", то она указывает на то, что не задано значение в колонке "Состояние"... Странная ошибка, в "коробке" нет возможности создать обращение без статуса.

Необходимо смотреть. (возможно есть какя-то доработаная логика)

Нет, доработанной логики пока нет. При создании обращения сразу ставится статус New. Ок, если в ближайшее время не будет перехода на 7.8, то обратимся в поддержку для анализа

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

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

2. Права на группу изменяются в настройке прав на группу. Скриншот прилагаю:
Права

Добрый день!
Спасибо, но я не спрашивала, где надо менять права на группу - мне это известно...
Мой первый вопрос звучал так
1.
Скажите, пожалуйста, можно ли сделать так, чтобы пользователь-системный администратор не видел такие группы ( они как бы личные - в их доступе явно прописан только создатель группы)
Или быть может можно сделать так, чтобы пользователь-системный администратор по умолчанию не видел эти группы, а видел бы при выборе какого-то действия "отобразить все группы"?
Правильно я понимаю,
что ответ на мой первый пункт - "Нет, такой явной возможности сейчас нет" ?
Понятно, что права системного администратора не надо ничем ограничивать. Но было бы удобно, если бы у него в разделе бы не было бы видно сразу полного дерева групп, создаваемых разными пользователями. Было бы удобно, если бы те группы, на которые бы у него не было бы явного доступа, по умолчанию бы не отображались, а отображались бы при включении определенной галки..

2. Мой второй вопрос звучал так :
"Есть дерево групп в обращениях. Можно ли сделать так, чтобы пользователь, не являющийся системным администратором, мог бы создавать новые группы только в определенной ветке этого дерева?"
Настройка прав доступа в группе не отвечает на второй вопрос...

Здравствуйте, Дарья! По первому пункту, Вы понимаю совершенно верно, "Нет такой явной возможности сейчас нет", но как по мне случай очень частный, и особой необходимости в таком функционале нет.
По второму вопросу, Вы можете ограничить права на остальные группы, и тогда он сможет создавать новые группы строко в определенной ветке дереве, в которой Вы оставите ему права. Как ограничить права уже подсказал Алексей....

Добрый день!
По первому пункту была такая возможность в 3.х - было очень удобно. Собственно, поэтому и спрашивала.
По второму пункту - ну вы же предлагаете убрать у них право на чтение групп?)
понятное дело, что если пользователь не видит группы, то и создавать внутри них он ничего не сможет. Мой вопрос был не про это. Я бы хотела, чтобы пользователь видел группы, все какие ему необходимо - разные ветки групп, но новые группы создавал только в определенной ветке.
Но так понимаю, простого способа для этого нет?

Нет, я предлагаю оставить права на чтение, но убрать на изменение и удаление, установив для группы %ваш объект% требуемые настройки администрирования(по записи)

А на что это повлияет? Изменение - это ведь изменение конкретной записи-конкретной группы. При чем здесь то, что пользователь может создать внутри этой группы еще группы?

Здравствуйте, Дарья!

Как вариант в правах на операцию "Чтение любых данных" Вы можете понизить права роли "Системные администраторы", запретив таким образом просмотр всех данных. При этом пользователи с ролью "Системные администраторы" будут видеть записи согласно распределению прав в разделе "Доступ к объектам".

Маргарита, добрый день!

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

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

Деталь Лента является специфической. К сожалению, у нас нет подробной инструкции по ее созданию, ориентироваться следует на существующую логику, реализованную в системе.
Для того, чтобы отображать/скрывать деталь, следует:
1) на странице редактирования раздела, в блоке diff в элементе детали добавить атрибут «visible», отвечающий за отображение/скрытие детали;
2) создать метод, который будет выполнять проверку видимости согласно Вашей бизнес-логике;
3) связать метод с атрибутом.

Пример:

{
"operation": "insert",
"name": "TabsContainer",
"parentName": "CardContentContainer",
"propertyName": "items",
"values": {
"itemType": Terrasoft.ViewItemType.CONTAINER,
"visible": {"bindTo": "getTabsContainerVisible"},
"items": []
}
}

Также следует отметить, что Вы можете разграничить доступ к детали в меню Управление конфигурацией – Администрирование: доступ к объектам.

Добрый день, Маргарита!

В данном случае Ваш процесс должен содержать подобные элементы:

1. Стартовый сигнал (создано Обращение, с происхождением <> Портал).
2. Чтение данных Обращения.
3. Чтение данных Заявителя.
4. Скрипт (который будет формировать выборку Контактов по Контрагенту Заявителя и раздавать им права на Обращение, по которому стартовал данный процесс).

Спасибо, Елена)