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

Хочу уточнить, что при создании активности типа "E-mail" собственно электронное письмо не отправляется адресатам. Для отправки письма необходимо дополнительно настроить соотв. "Рассылку".

Наталия, а какими значениями можно заполнять указанные Вами поля?

Вы хотите сказать, что уведомление создаётся с помощью элемента E-mail?

Время - период, в который должно отобразиться уведомление.
Объект - идентификатор записи активности, по которой создается уведомление.
Источник - идентификатор источника уведомления (уведомление создается автору либо ответственному активности).
Источник, скорее всего, можно пропустить.

"Салихов А" написал:Вы хотите сказать, что уведомление создаётся с помощью элемента E-mail

Смотря какие уведомления. Email уведомления создаются с помощью элемента E-mail.

Наталия, а объектом может быть запись инцидента? Или только активность?

И ещё вопрос - как можно в поле Кому поставить руководителя команды, которая занималась инцидентом?

Наталия, в таблицу Reminding ничего не добавляется...

Судя по всему возникает проблема с полем Объект. Я в это поле заношу Id созданной ранее задачи. При открытии страницы уведомления в колонке Объект надпись "Нет доступа". При двойном клике на уведомлении переход на задачу не осуществляется - возникает ошибка.

Разобрался - в Объект нужно записывать схему объекта Активность.

Здравствуйте, Акмаль!

Можно. Привязывайте.

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

Какой именно учет какого времени Вам нужно реализовать в системе? Как это должно работать?

Анна, совершенно верно, перед нами стоит задача приостановки учета времени решения инцидента при переходе в определенные статусы. Самым простым видится вариант, когда время фактического решения равно сумме нахождения инцидента в определенных статусах. Так, например, нам не нужно учитывать время, когда мы ожидаем реакции от инициатора(абонента в нашем случае), при переводе инцидента на внешнего поставщика, а так же время, в течение которого менеджер инцидентов закрывает инцидент (в текущем проекте не предусмотрено автозакрытие инцидента или закрытие инцидента инициатором).

Здравствуйте, Акмаль!

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

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

1. Срок по сервису;
2. Срок по пакету сервисов;
3. Критичность и срочность;
4. Часовой пояс.

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

Добрый день!

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

Думаю, подойти к решению можно так:
1) Провести анализ по отработанным инцидентам в срезах: линии (1-я, 2-я, 3-я...)
2) По собранной статистической информации провести анализ времени решения инцидента на каждой из линий.
3) Провести анализ загружености (к примеру: среднее время за которое специалист приступает к решению инцидента с момента его регистрации).

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

Проще всего с помощью
silverlight
сама не пробовала

Я от кого-то слышал, что в будущих версиях BPMonline, Terrasoft откажется от этой технологии. Или у меня неверный инсайд? :)

Вот, нашёл источник: http://www.community.terrasoft.ru/forum/topic/7920

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

Понял. Спасибо за информацию.

Есть примеры по работе с Сильверлайтом в BPMonline? На форуме не нашёл.

В HTML5 есть родная поддержка камер.

Спасибо, HTML5 было бы лучше всего, но не работает в IE включая 10. http://caniuse.com/stream
А у нас в компании только IE разрешены.

"Vitkauskas Vadim" написал:
А у нас в компании только IE разрешены.

IE9. Вроде встал. Теперь бы понять, как с этим работать.

"Vitkauskas Vadim" написал:
Теперь бы понять, как с этим работать.

<meta http-equiv="X-UA-Compatible" content="chrome=1" />

Можно проверить, скопировав страницу с демонстрацией вебкамеры и добавить это туда.

Пробовал, пока не выходит.

Данная библиотека вам может помочь - для IE8+ эмулирует HTML5 API для доступа к UserMedia c помощью Flash

В теории видится два простых решения:

1.
а) Сделать поле с типом справочник на карточке звонка, которое будет отображать значения из созданного вами справочника скилл-групп;
б) В скриптах прописать, чтобы записям звонков, удовлетворяющих определённым параметрам, присваивались те или иные значения этого поля;
в) В разделе задач настроить фильтр по этому полю, каждому сотруднику свой.

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

Здравствуйте, Акмаль!

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

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

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

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

Возможно не совсем корректно понял Вашу задачу, но я бы порекомендовал создать такой БП:

регистрация инцидента -> задача ->(верно) -> следующие шаги
-> (не верно) -> открыть карточку инцидента (для смены ответственных) -> (после нажатия на ок возврат к второму шагу БП (задача правильности определения ответственных).

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

Здравствуйте.
Нет, обработчик события необходимо добавлять на событии Init страницы редактирования.

Если у Вашей страницы нет данного события - просто добавьте (начальное - сообщение; сообщение - Init). После этого события добавьте скрипт, в котором подпишитесь на событие нажатия на "лупу", а после скрипта добавьте промежуточное генерирующее сообщение, с сообщением Init, и установите галочку "отправить в родительский процесс".

"Олейник Дмитрий" написал:

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

Нет, обработчик события необходимо добавлять на событии Init страницы редактирования.

Если у Вашей страницы нет данного события - просто добавьте (начальное - сообщение; сообщение - Init). После этого события добавьте скрипт, в котором подпишитесь на событие нажатия на "лупу", а после скрипта добавьте промежуточное генерирующее сообщение, с сообщением Init, и установите галочку "отправить в родительский процесс".

С уважением,

Олейник Дмитрий

Эксперт 3-й линии поддержки

Сергей, правильно ли я понимаю, что на странице печати отчета необходимо установить фильтр 2-х лукапных полей?
Вложите, пожалуйста, схему.

"Бондарь Наталия" написал:

Сергей, правильно ли я понимаю, что на странице печати отчета необходимо установить фильтр 2-х лукапных полей?

Вложите, пожалуйста, схему.

Попробуйте заменить Init на PageLoad.

"Булавин Владислав Геннадиевич" написал:Попробуйте заменить Init на PageLoad.

Сергей, добрый день.

Действительно, "Базовая страница параметров отчета" унаследована не от базовой страницы, и событие Init, на котором необходимо подписываться на события, отсутствует.
К сожалению, необходимо использовать событие PageLoad (есть свои минусы), либо разрабатывать свою страницу с нуля.

"Олейник Дмитрий" написал:Сергей, добрый день.

Действительно, "Базовая страница параметров отчета" унаследована не от базовой страницы, и событие Init, на котором необходимо подписываться на события, отсутствует.
К сожалению, необходимо использовать событие PageLoad (есть свои минусы), либо разрабатывать свою страницу с нуля.

Здравствуйте, как не странно, ответ не тривиальный :)
посмотрите тут: http://stackoverflow.com/questions/1998989/how-to-close-app-by-pressing… возможно найдете ответ.