Добрый день, у нас возникли следующие проблемы с активностью при создании активности через БП: - при выборе “тип сообщения” = исходящее в активности все равно выставляется входящее:
- к активности подсоединяется контакт, но в самом контакте в истории активность не отображается, но сам заголовок активности, связанной с данным контактом отображается в категории email (даже при типе и категории "задача) ":
- в разделе “Туры“ также в истории не отображаются активности, однако отображается вверху в панели “следующие шаги”:
Подскажите, пожалуйста, как можно устранить данные проблемы?
Попробуйте заполнять не поле "Направление звонка", а поле "Тип сообщения". Внесите исправления в процесс.
Также создаваемые активности имеют тип "Email". Активности с типом "Email" отображаются на детали "Email", однако на детали "Активности" они не отображатся, т.к. на ней установлена фильрация по типу записи.
Данные связи можно удалить только разработчику запросом в бд вроде этого:
DELETE FROM EntityConnection WHERE SysEntitySchemaUId = 'c449d832-a4cc-4b01-b9d5-8a12c42a9f89'
AND (ColumnUId = 'd6e94162-4354-413a-bc84-e118df5e852e'
OR ColumnUId = 'f6137557-741e-42f8-8bf6-69b2524a83f7')
где SysEntitySchemaUId это UId из SysSchema схемы объекта активности, а d6e94162-4354-413a-bc84-e118df5e852e её колонки UId которых можно прочитать в метаданных того же самого объекта активности.
Спасибо, колонки успешно удалились, ColumnCaption изменили в SysEntitySchemaReference, но на странице активности название колонки отображается старое, кэш чистили, в чем может быть проблема?
Если в некоем БП, создавать запись, и использовать действие "Открыть страницу редактирования"
то при выполнении этого этапа - обязательно создается активность, с сопутствующим уведомлением
Которое провоцирует пользователя "нажмите для продолжения", что в данном случае бессмысленно, т.к. нажатие приводит к открытию карточки созданной сущности, которая открывается и так.
При этом "верхняя" панель расширяется дополнительными действиями:
в частности "Выполнить позже" и т.д.
Если же открывать созданную сущность из раздела - то таких действий уже нет.
Вообщем этот кейс иногда нужен и полезен, а иногда очень мешает и вводит путаницу для пользователя,
Можно ли вообще избежать создания активности в таком случае, или как минимум избежать уведомления ?
"Севостьянов Илья Сергеевич" написал:Если же открывать созданную сущность из раздела - то таких действий уже нет.
По одной сущности может быть несколько процессов, потому непонятно, для чего ее открыли. Мы создаем в одном проекте деталь "Процессы", в который фиксируем все, что по ним происходит. Возможно, именно там получится сделать управление всеми процессами по данной сущности
При выполнении интерактивных элементов [Открыть страницу редактирования/Вопрос пользователю] создаются служебные активности. Это базовая логика выполнения, изменить ее не получится.
Жаль. Это доставляет неудобства пользователю и вносит неувязки в бизнес-логику.
Если в данной теме можно озвучить пожелание, то было бы логичным, ИМХО, предоставить пользователю возможность выбрать в элементе БП - необходимо ли создавать активность, например добавив чекбокс
установленный по умолчанию.
А кому активности связанные ни к чему могли бы спокойно от этой функциональности отказаться.
Зарегистрирована сложность в использовании функциональности: "Пользователям непонятна логика работы технических активностей: что они создаются, зачем они создаются, как их удалить, чем они отличаются от обычных активностей". Пока новой информации о работах по этому вопросу нет.
Добрый день. У меня такая проблема: по БП пользователю ставиться задача, но ее может закрыть любой другой пользователь, а нужно, чтобы только ответственный мог ее закрыть. В правах доступа настроено следующем образом: Раздел Активность: администрирование по записям(права на изменение) - указано кто создает и кому дается право. Если зайти в раздел "Активности" и там начать закрывать задачу, то Система не даст это сделать, а если это делать через объект "Продажа" через БП, то все возможно. Может кто-то подскажет как решить данную проблему? Я не программист, поэтому много не понимаю, но решить как-то хочу проблему. Заранее спасибо!
По ходу БП ставит задачи, которые отражаются в Продаже. При наведении мышкой на задачу, появляется кнопка "Завершить", соответственно нажав на нее и выбрав один из вариантов завершения задачи ( в зависимости от категории задачи) - именно так и закрывается активность.
Смотрите в сторону настройки прав доступа - необходимо настроить администрирование по записям для объекта "Активность".
Решением будет включение администрирования (по умолчанию оно включено) и удаление всех строк из настроек по умолчанию для изменения - это будет значит, что менять задачу может только автор/ответственный.
"Сорокоумова Татьяна" написал:но ее может закрыть любой другой пользователь, а нужно, чтобы только ответственный мог ее закрыть.
Если закрытие происходит в рамках бизнесс-логики только через UI
(графический интерфейс, т.е. не бывает/пердусмотрено, так что закрывается например в другом БП)
То задачу можно решить на уровне JS-логики карточки Активности (Задачи).
Для того чтобы не "мучаться" определяя входит ли пользователь в необходимую функц.роль или организационный юнит и т.д. можете использовать разработанный мной миксин
Подскажите, пожалуйста, как можно реализовать следующее.
В сущность Активности было добавлено текстовое поле. Это текстовое поле нужно заполнять в бизнес-процессе при создании Активности, то есть при открытии активности пользователем это поле уже должно быть заполнено значением из предыдущего шага БП. В настройках шага Выполнить задачу я не вижу своего поля ( там в принципе не все поля из Активности).
Как установить значение кастомного текстового поля активности в БП?
Либо я чего-то не понял либо всё должно работать аналогично базовым операциям.
Ты считываешь нужную активность(что не обязательно), а потом элементом изменить данные изменешь значения своей кастомной колонки. Вы вывели вашу колонку в реестр карточки или нет? Уверены что в нужную карточку вывели эту колонку? В базе смотрели, значение меняется или нет? В чем проблема то собственно?
Делаете простенький бп:
1) Начальное событие: "Стартовый сигнал" -> срабатывает при добавлении/изменении записи в активность
2) Далее элемент "Изменить данные", фильтр по id активности(приходит в событие), устанавливаете поле.
3) profit
Либо я чего-то не понял либо всё должно работать аналогично базовым операциям.
Ты считываешь нужную активность(что не обязательно), а потом элементом изменить данные изменешь значения своей кастомной колонки. Вы вывели вашу колонку в реестр карточки или нет? Уверены что в нужную карточку вывели эту колонку? В базе смотрели, значение меняется или нет? В чем проблема то собственно?
активность создается в БП ( БП обрабатывает сущность Обращение) , задача "изменить данные" будет после "Выполнить задачу"? но тогда мы к задаче изменения перейдем только после закрытия "Выполнить задачу", а нужно , чтобы данные были заполнены при создании, ну или же сразу после создания
1) Начальное событие: "Стартовый сигнал" -> срабатывает при добавлении/изменении записи в активность
2) Далее элемент "Изменить данные", фильтр по id активности(приходит в событие), устанавливаете поле.
3) profit
Извините, не совсем поняла как это сработает в моем случае. у меня есть БП, который срабатывает на создание Обращения. В рамках обработки обращения нужно создать активность "Выполнить задачу" и заполнить поле в ней значением из текущего обрабатываемого обращения.
Как я передам в описанный Вами БП это поле из обращения?
В упрощенном варианте процесс на Обращении выглядит как-то так.
срабатывает на создание обращения, дальше пользователю открывается страница для заполнения поля Ответ, дальше мы этот Ответ считываем и должны передать в активность
Хм а обязательно именно такую задачу создавать?
Может лучше создавать Активность с типом Задача и Категорией выполнить?
Тогда тот кто будет ответственным по этой активности получит уведомление и обработает эту активность. Как такой вариант вам?
Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.
"Zaitova Liubov" написал: у меня есть БП, который срабатывает на создание Обращения. В рамках обработки обращения нужно создать активность "Выполнить задачу" и заполнить поле в ней значением из текущего обрабатываемого обращения.
Почему бы просто не добавить ещё 1 элемент "изменить данные" после "Выполнить задачу 2"?? "Выполнить задачу 2" возвращает Id активности, соответственно мы можем взять и изменить поле. Значение поля берём из "Читать данные 1"
"Кисловский Михаил Андреевич" написал:Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.
"Варфоломеев Данила" написал:Почему бы просто не добавить ещё 1 элемент "изменить данные" после "Выполнить задачу 2"?? "Выполнить задачу 2" возвращает Id активности, соответственно мы можем взять и изменить поле. Значение поля берём из "Читать данные 1"
когда изменятся эти данные? после того.как мы закроем задачу "Выполнить задачу 2"? а нужно чтобы было заполнено при открытии
"Zaitova Liubov" написал:
Кисловский Михаил Андреевич пишет:
Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.
все гениальное просто) спасибо!
Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.
Zaitova Liubov, для этого нужно создать второй БП который будет отлавливать изменения по вашим активностям и в зависимости значения в поле результат "Условными потоками" можно вариантов исхода этого БП понаделать целую кучу.
МЫ используем такой подход в тех случаях, когда необходимо фильтровать значения в справочном поле Результат, для конкретно наших "подвидов" активностей. А не довольствоваться базовыми "результатами" этого поля.
"Тёскин Дмитрий Валерьевич" написал:
Zaitova Liubov пишет:
Кисловский Михаил Андреевич пишет:
Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.
все гениальное просто) спасибо!
Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.
я в своей задаче это решила добавлением элемента "обработка сигнала" после элемента "Добавить данные" , который ждет, когда мое условие выполнится. как только выполняется, идет дальше по процессу
Дело в том, что в этом элементе создается базовая задача.
Вы можете повесить её в целом на любой объект (раздел), но как только вы столкнетесь с тем что вам нужно другое наполнение в поле Результат, вы меня поймете о чём я говорил)
"Zaitova Liubov" написал:
Тёскин Дмитрий Валерьевич пишет:
Zaitova Liubov пишет:
Кисловский Михаил Андреевич пишет:
Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.
все гениальное просто) спасибо!
Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.
я в своей задаче это решила добавлением элемента "обработка сигнала" после элемента "Добавить данные" , который ждет, когда мое условие выполнится. как только выполняется, идет дальше по процессу
Любовь, спасибо за совет! Это действительно то что нужно!
Создала БП, в котором есть Преднастроенная страница.
БП срабатывает на создание обращения и по определенному условию открывает либо карточку редактирования, либо преднастроенную страницу.
БП работает корректно, но когда мы идем по ветке с преднастроенной страницей, то она не отображается в разделе активности. В журнале процессов она отображается.
Как сделать так, чтобы преднастроенные и автогенерируемые страницы отображались в разделе Активности?
При этом открытие страницы редактирования отображается в активностях корректно.
Базовая логика приложения - элемент "Страница редактирования" создает в системе техническую активность. Элемент "Преднастроенная страница"/"Автогененрируемая страница" активность не создает. По этой причине при выполнении этих элементов активность создана не будет.
"Демьяник Алексей" написал:Базовая логика приложения - элемент "Страница редактирования" создает в системе техническую активность. Элемент "Преднастроенная страница"/"Автогененрируемая страница" активность не создает. По этой причине при выполнении этих элементов активность создана не будет.
Нужно менять логику, конечно. А то большие проблемы с ходом БП из-за этого.
Базовая логика приложения - элемент "Страница редактирования" создает в системе техническую активность. Элемент "Преднастроенная страница"/"Автогененрируемая страница" активность не создает. По этой причине при выполнении этих элементов активность создана не будет.
а нет никакой возможности сделать так, чтобы активность все таки появлялась?
"Zaitova Liubov" написал:а нет никакой возможности сделать так, чтобы активность все таки появлялась?
Нет, но можете не использовать преднастроенная\автогенерируемая, а к примеру, создать новую сущность в системе, её раздел и страницу, которая бы отображала всю нужную информацию для работы над БП, и сохранять её в системе, после чего открывать её на редактирование, таким образом у вас будет и служебная активность, и история работы с заменителем "преднастроенная\автогенерируемая" страницы, т.к. это будет физический объект. Со своим разделом, если это будет необходимым, и.т.д.
"Владимир Соколов" написал:Да, иногда необходимо ввести дату. Или выбрать сотрудника из списка. Или ввести число. Для каждой такой страницы создавать свой раздел?
Можете сделать один универсальный, с множеством страниц редактирования. В любом случае зарегистрируем проблему, что пользователям хочется видеть служебную активность и для "преднастроенная\автогенерируемая" возможно реализуем её в следующих версиях, но технической необходимости в этом нет.
С другой стороны, вы так же можете создать обычную активность в рамках вашего БП, а открываемую "преднастроенная\автогенерируемая" страницу, привязать к ней, тогда в самой записи будет кнопка продолжения процесса:
И далее по процессу данную активность можно будет завершить. Как вариант.
С другой стороны, вы так же можете создать обычную активность в рамках вашего БП, а открываемую "преднастроенная\автогенерируемая" страницу, привязать к ней, тогда в самой записи будет кнопка продолжения процесса:
"Максим Шевченко" написал:В любом случае зарегистрируем проблему, что пользователям хочется видеть служебную активность
Вопрос не только в "видеть", а в том, что на этот шаг процесса никак не повесить ограничение по правам доступа. И любой может взять и заполнить данные в этой странице
"Владимир Соколов" написал:И любой может взять и заполнить данные в этой странице
В любом из вышеописанных обходных путей, будь-то с созданием активности, либо кастомного объекта, на данную активность или объект можно раздать права.
Если вопрос только в правах на использование "преднастроенная\автогенерируемая" страницы, то указывайте конкретного пользователя в "Кому отобразить страницу?".
Создал колонку на детали Связи Активности, на пейдже она отображается и работает, а вот в редакторе БП её нету.
Существует ли какой-то способ добавить её туда?
Деталь Связи Активности формируется динамически, в нее добавляются все справочные поля данного объекта. В редактор БП автоматически подтягивает все lookup'ы которые есть в системе. Рекомендую перепроверить что Ваша колонка присутствует в объекте и ее можно найти в разделе Справочники.
Возможно я неправильно выразился, когда сказал, что колонки нету в редакторе БП: я имел ввиду элемент "Выполнить задачу", мне колонка нужна там, а если использовать "Добавить данные" (Активность), то там колонка есть, но это не то, что мне нужно. Справочник и колонка в объекте существуют, очистка кеша и редиса не помогли.
Здравствуйте,
Колонка к сожалению, там автоматически не появится, т.к. элемент «Выполнить задачу» это схема (ActivityUserTask), которая создает служебную задачу (аквтивность), и оперирует параметрами что описаны в этой схеме. Рекомендую вам за элементом «Выполнить задачу» использовать элемент «Изменить данные» и по id созданной задачи, изменять эту активность. Там (в элементе Изменить данные) ваша колонка будет.
Добрый день. Может кому актуально будет, но я нашел ответ на этот вопрос.
В БП в новых элементах "Выполнить задачу" связь появляется, а в уже имевшихся, т.е. созданных до добавления новой связи, - нет. Это связано с метаданными схемы БП, он их никогда не обновляет.
Решение напрашивается само собой: нужно в БП/Кейсе удалить старый элемент выполнить задачу, создать новый элемент, и настроить как только что удалённый. Связь появится.
P.S. может кому пригодится - не забываем чистить редис, и билдиться.
Константин идея хорошая, но есть одно большое НО. Если в БП есть зависимые элементы БП. То править нужно будет и их. и если представить что ветвление очень огромное, то это займет очень много времени.
Прошу подсказать, каким наиболее изящным образом можно формировать обобщённую статистику по активности пользователей при работе в CRM? Интересует аналог журнала аудита, который показывал бы в каких разделах и какие действия выполняли пользователи, с возможностью фильтра и экспорта в Excel.
На текущий момент, с помощью базовых средств Вы можете в итогах создать график по объекту "Сеанс пользователя", где можно будет отобразить начало и завершение сеанса определенного пользователя и выгрузить указанный список в Excel (см. скриншоты).
Также, в реестре разделов Вы можете вывести колонку "Дата изменения", которая будет отображать последнюю дату изменения записи. Реестр разделов, также можно экспоритировать.
Как я смог увидеть в скриншотах, "Сеанс пользователя" это аналог журнала аудита. В разделах по "Дате изменения" регулярно отслеживаю активность, но такая форма представления статистики не совсем удобная. Есть желание на одной кнопке запустить отчёт по статистике и вывести всё необходимое.
Добрый вечер, подскажите, пожалуйста, как можно реализовать задачу с помощью бизнес-процессов: допустим, если активность была создана в чт после 17:00, то установить время завершения активности и запуск блока “Изменить данные” на след. день на в 11:00.
Мария, добрый день!
Для решения задачи вам помогут такие свойства: https://msdn.microsoft.com/ru-ru/library/system.datetime.dayofweek(v=vs… https://msdn.microsoft.com/en-us/library/system.datetime.minute(v=vs.11…
Можно разделить Дату создания на составляющие и записать результат в параметры процесса.
1. Первый параметр (условно CreatedOnDayOfWeek) будет хранить день недели, когда создана активность.
Примечание! Можно получить день недели в виде числа: Convert.ToInt32(currentDateTime.DayOfWeek), где вместо currentDateTime - подставить параметр с датой создания активности
2. Второй параметр (условно Hour) будет хранить час.
Дизайен процесса:
1. Стартовый сигнал по добвлению активности.
2. Читать данные в активности, где Id = Пункт 1. Id
После пунтк 2 добавить условный поток. В условном потоке проверять: (CreatedOnDayOfWeek ==4) && (Hour> 17)
3. Изменить данные в активности, где Id = Пункт 2. Id. Установить новую дату завершения
У элемента "Задача" есть параметр Recommendation. Вам необходимо передать значение в него.
Для передачи есть две базовые возможности (+элемент "Задание-сценарий", но это сложный способ):
1) Найти в структуре процесса элемент "Задача" и в элементе "Задача" в параметр Recommendation установить значение по умолчанию
2) Использовать элемент "Формула"
В двух вариантах параметр необходимо заполнить следующим значением:
"Уважаемый "+[#ФИО#]+", у Вас имеется долг в размере "+[#ДОЛГ#]
(отдельный параметры необходимо разделять знаком "+", текст необходимо писать в двойных кавычках, перенос на новую строку осуществляется последовательностью символов \\n
