Вопрос
Активность
бизнес-процесс
открыть страницу редактирования
Технические вопросы
7.x
БП: элемент "открыть страницу редактирования", как избежать создания активности ?
Севостьянов Илья Сергеевич
19 мая 2017 13:53

Если в некоем БП, создавать запись, и использовать действие "Открыть страницу редактирования"

то при выполнении этого этапа - обязательно создается активность, с сопутствующим уведомлением

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

в частности "Выполнить позже" и т.д.

Если же открывать созданную сущность из раздела - то таких действий уже нет.

Вообщем этот кейс иногда нужен и полезен, а иногда очень мешает и вводит путаницу для пользователя,
Можно ли вообще избежать создания активности в таком случае, или как минимум избежать уведомления ?

Нравится

6 комментариев
Владимир Соколов
19 мая 2017 14:08

"Севостьянов Илья Сергеевич" написал:Если же открывать созданную сущность из раздела - то таких действий уже нет.

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

Зарицкий Олег
19 мая 2017 15:10

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

При выполнении интерактивных элементов [Открыть страницу редактирования/Вопрос пользователю] создаются служебные активности. Это базовая логика выполнения, изменить ее не получится.

Севостьянов Илья Сергеевич
22 мая 2017 14:53

Жаль. Это доставляет неудобства пользователю и вносит неувязки в бизнес-логику.
Если в данной теме можно озвучить пожелание, то было бы логичным, ИМХО, предоставить пользователю возможность выбрать в элементе БП - необходимо ли создавать активность, например добавив чекбокс

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

Зарицкий Олег
22 мая 2017 11:55

Спасибо за обратную связь.
Зарегистрировали задачу на проработку.

Александр О
15 июня 2020 16:18

Зарицкий Олег пишет:

Изменений по всей видимости не было за этот период? 

Мотков Илья
25 июня 2020 17:24

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

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

Показать все комментарии
Вопрос
C#
бизнес-процесс
Технические вопросы
7.x
Выполнение с# кода в отдельном потоке
Саломатников Алексей Сергеевич
18 мая 2017 07:09

Добрый день! Столкнулся с проблемой. В моем БП имеется некий с# код, который выполняется около 10 секунд (сервер быстрее не дает) и мой БП не идет дальше и замораживает страницу на эти 10 секунд. Не подскажите возможно ли выполнить мой c# код в отдельном потоке?
Версия 7.7

Нравится

1 комментарий
Мотков Илья
18 мая 2017 08:58

Добрый день, Алексей!

Не уверен насчет 7.7, но начиная с 7.9 точно работает такой костыль(фича?). Можно поставить перед этим скрипт-таском (или же в начале всего процесса) таймер на 1 с, таким образом его выполнение произойдет в другом потоке.

Показать все комментарии
Идея
Одобрена
бизнес-процесс
сигнал
Бизнес-процесс, сигнал от объекта, изменение; добавление информации о предыдущем значении, и доп.условие старта
Севостьянов Илья Сергеевич
17 мая 2017 15:59

В бизнес-процессах среди "начальных событий" наиболее часто используемым является "сигнал от объекта", из трех вариантов действий на которые должна осуществляться реакция: с вариантами "Создания" и "Удаления" - функционал фильтрации события на старте а также набор "входных" параметров (основываясь на практике использования) - достаточен, в силу специфики юзкейсов. А вот с действием "Изменение записи", по моему мнению, функционала немного не хватает для построения более линейной и "красивой логики", а так же покрытия большого количества типовых юзкейсов, в нем сильно не хватает функционала связанного с "ИЗМЕНЯЕМЫМ значением" 1) Было бы очень круто, среди условий старта по сигналу иметь не только блок проверки "После изменения запись должна соответствовать условиям" Но и блок проверки "Перед изменением запись должна соответствовать следующим условиям" Что позволило бы развивать юзкейсы связанные с изменением конкретных значений на конкретные значения (довольно часто вписывающиеся в требования бизнес-логики). А так же позволило бы избежать проблем связанных с реализацией кейса "при первичном заполнении ранее не заполненного поля", которые сплошь и рядом встречаются в бизнес-требованиях, и решать задачу приходится через введение дополнительных полей-флагов (булево) которое отражают факт выполнения логики обработки первичного заполнения. Устанавливая его в этом же вызове БП, чтобы в дальнейшем при изменении этого поля логика первичной инициализации уже не отрабатывала. (что есть суть - overhead в чистом виде и по БД и по архитектуре, Бритва Окама - негодует) 2) Так же было бы неплохо иметь ИЗМЕНЕННОЕ и ИЗМЕНЯЕМОЕ значение в виде стартовых параметров в сигнале БП, это позволило бы избежать как минимум одного побочного "Чтения данных" или "Если старое значение X а новое значение Y то... иначе...", а в некоторых случаях позволило бы развивать юзкейсы "Если новое значение конкретный X то..." прямо со старта процесса, что выглядит более линейным и логичным с точки зрения схематики. Я уже вижу сотню применений такой возможности на своих задачах. Хотелось бы услышать мнение сообщества по поводу моего предложения, Вам тоже не хватает подобной функциональности ?

4 комментария
Севостьянов Илья Сергеевич
17 мая 2017 16:37

что-то с названием темы...
нет возможности отредактировать самостоятельно,
возможно у кого-то есть права модератора, корректное наименование:
"Бизнес-процесс, сигнал от объекта, изменение; добавление информации о предыдущем значении, и доп.условие старта"

Зарицкий Олег
17 мая 2017 17:58

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

Владимир Соколов
17 июля 2018 15:50

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

Зверев Александр
18 июля 2018 19:12

Владимир, в таком случае проще добавить в раздел логическое поле «Удалён» и вместо удаления ставить эту галку. Можно ещё фильтровать по её отсутствию или права всем удалять, кроме админа.

Показать все комментарии
Вопрос
pdf
PHP
бизнес-процесс
Технические вопросы
7.x
Изменение содержимого pdf файла после изменения записи
Maria H
4 мая 2017 15:10

Добрый день, у нас в црм есть раздел “сделки”, куда попадают анкеты с формы на сайте, также вся эта форма преобразовывается в pdf и с помощью odata прикрепляется к той же сделке в црм в "файлы и примечания".
Подскажите, пожалуйста, можно ли как-то реализовать, чтобы в случае изменения полей сделки менеджером в црм полностью пересоздавался/изменялся фал pdf с новыми параметрами или же можно как-то из бизнес-процессов вызвать php скрипт для создания pdf, передавая необходимый id?

Нравится

4 комментария
Демьяник Алексей
4 мая 2017 16:45

Здравствуйте, Мария!

В bpm'online можно реализовать процесс, который будет запускаться по изменению записи. Однако логику изменения/создания *.pdf файла необходимо будет реализовать на C#.

Мотков Илья
4 мая 2017 16:57

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

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

Maria H
16 мая 2017 12:20

спасибо за ответ :smile:, а реально ли сделать, чтобы все файлы из детали автоматически упаковывались в zip архив и при добавлении новых архив обновлялся, чтобы пользователь мог скачать по нажатию кнопки архив со всеми pdf?

Мотков Илья
16 мая 2017 12:53

В системе напрямую такой возможности нет, можно попробовать переопределить эту логику и добавить модулю архиватора на Javascript или С#, например https://habrahabr.ru/post/133129/

Показать все комментарии
Вопрос
Активность
бизнес-процесс
Технические вопросы
7.x
Закрытие активности в БП
Сорокоумова Татьяна
28 апреля 2017 14:27

Добрый день.
У меня такая проблема: по БП пользователю ставиться задача, но ее может закрыть любой другой пользователь, а нужно, чтобы только ответственный мог ее закрыть. В правах доступа настроено следующем образом: Раздел Активность: администрирование по записям(права на изменение) - указано кто создает и кому дается право. Если зайти в раздел "Активности" и там начать закрывать задачу, то Система не даст это сделать, а если это делать через объект "Продажа" через БП, то все возможно. Может кто-то подскажет как решить данную проблему? Я не программист, поэтому много не понимаю, но решить как-то хочу проблему. Заранее спасибо!

Нравится

8 комментариев
Максим Шевченко
1 мая 2017 13:03

А каким образом вы через объект Продажа, закрываете активность?

Сорокоумова Татьяна
2 мая 2017 08:40

По ходу БП ставит задачи, которые отражаются в Продаже. При наведении мышкой на задачу, появляется кнопка "Завершить", соответственно нажав на нее и выбрав один из вариантов завершения задачи ( в зависимости от категории задачи) - именно так и закрывается активность.

Демьяник Алексей
2 мая 2017 09:59

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

Смотрите в сторону настройки прав доступа - необходимо настроить администрирование по записям для объекта "Активность".
Решением будет включение администрирования (по умолчанию оно включено) и удаление всех строк из настроек по умолчанию для изменения - это будет значит, что менять задачу может только автор/ответственный.

D.T.
2 мая 2017 13:42

"Демьяник Алексей" написал:
...что менять задачу может только автор/ответственный.

Но Татьяна говорит о том, что закрыть активность должен иметь возможность только ответственный.

Демьяник Алексей
2 мая 2017 13:48

"D.T." написал:
Демьяник Алексей пишет:

...что менять задачу может только автор/ответственный.

Но Татьяна говорит о том, что закрыть активность должен иметь возможность только ответственный.

Сделайте процесс, который при создании активности будет забирать права у всех и выдавать только ответственному.

Аналогичный процесс нужно сделать на изменение активности.

Севостьянов Илья Сергеевич
2 мая 2017 15:19

"Сорокоумова Татьяна" написал:но ее может закрыть любой другой пользователь, а нужно, чтобы только ответственный мог ее закрыть.

Если закрытие происходит в рамках бизнесс-логики только через UI
(графический интерфейс, т.е. не бывает/пердусмотрено, так что закрывается например в другом БП)
То задачу можно решить на уровне JS-логики карточки Активности (Задачи).
Для того чтобы не "мучаться" определяя входит ли пользователь в необходимую функц.роль или организационный юнит и т.д. можете использовать разработанный мной миксин

Сорокоумова Татьяна
3 мая 2017 13:27

Спасибо всем за ответы. Буду пробовать. Отпишусь по результатам.

Владимир Соколов
9 мая 2017 15:39

"Демьяник Алексей" написал:Сделайте процесс, который при создании активности будет забирать права у всех и выдавать только ответственному.

Не совсем логично, так как автору надо оставить возможность менять содержание задачи (или отменять её)

Показать все комментарии
Вопрос
Активность
бизнес-процесс
7.x
Заполнение полей активности в Бизнес процессе
Опочина Любовь
28 апреля 2017 13:32

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

Подскажите, пожалуйста, как можно реализовать следующее.
В сущность Активности было добавлено текстовое поле. Это текстовое поле нужно заполнять в бизнес-процессе при создании Активности, то есть при открытии активности пользователем это поле уже должно быть заполнено значением из предыдущего шага БП. В настройках шага Выполнить задачу я не вижу своего поля ( там в принципе не все поля из Активности).
Как установить значение кастомного текстового поля активности в БП?

BPM'Online 7.10.0.1742

Нравится

14 комментариев
Кисловский Михаил Андреевич
28 апреля 2017 13:48

Либо я чего-то не понял либо всё должно работать аналогично базовым операциям.
Ты считываешь нужную активность(что не обязательно), а потом элементом изменить данные изменешь значения своей кастомной колонки. Вы вывели вашу колонку в реестр карточки или нет? Уверены что в нужную карточку вывели эту колонку? В базе смотрели, значение меняется или нет? В чем проблема то собственно?

Варфоломеев Данила
28 апреля 2017 13:51

Делаете простенький бп:
1) Начальное событие: "Стартовый сигнал" -> срабатывает при добавлении/изменении записи в активность
2) Далее элемент "Изменить данные", фильтр по id активности(приходит в событие), устанавливаете поле.
3) profit

Опочина Любовь
28 апреля 2017 13:58

"Кисловский Михаил Андреевич" написал:

Либо я чего-то не понял либо всё должно работать аналогично базовым операциям.

Ты считываешь нужную активность(что не обязательно), а потом элементом изменить данные изменешь значения своей кастомной колонки. Вы вывели вашу колонку в реестр карточки или нет? Уверены что в нужную карточку вывели эту колонку? В базе смотрели, значение меняется или нет? В чем проблема то собственно?


активность создается в БП ( БП обрабатывает сущность Обращение) , задача "изменить данные" будет после "Выполнить задачу"? но тогда мы к задаче изменения перейдем только после закрытия "Выполнить задачу", а нужно , чтобы данные были заполнены при создании, ну или же сразу после создания

Опочина Любовь
28 апреля 2017 14:01

"Варфоломеев Данила" написал:

Делаете простенький бп:

1) Начальное событие: "Стартовый сигнал" -> срабатывает при добавлении/изменении записи в активность

2) Далее элемент "Изменить данные", фильтр по id активности(приходит в событие), устанавливаете поле.

3) profit


Извините, не совсем поняла как это сработает в моем случае. у меня есть БП, который срабатывает на создание Обращения. В рамках обработки обращения нужно создать активность "Выполнить задачу" и заполнить поле в ней значением из текущего обрабатываемого обращения.
Как я передам в описанный Вами БП это поле из обращения?

Опочина Любовь
28 апреля 2017 14:08

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

Кисловский Михаил Андреевич
28 апреля 2017 14:43

Хм а обязательно именно такую задачу создавать?
Может лучше создавать Активность с типом Задача и Категорией выполнить?
Тогда тот кто будет ответственным по этой активности получит уведомление и обработает эту активность. Как такой вариант вам?
Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

Варфоломеев Данила
28 апреля 2017 15:32

"Zaitova Liubov" написал: у меня есть БП, который срабатывает на создание Обращения. В рамках обработки обращения нужно создать активность "Выполнить задачу" и заполнить поле в ней значением из текущего обрабатываемого обращения.

Почему бы просто не добавить ещё 1 элемент "изменить данные" после "Выполнить задачу 2"?? "Выполнить задачу 2" возвращает Id активности, соответственно мы можем взять и изменить поле. Значение поля берём из "Читать данные 1"

"Кисловский Михаил Андреевич" написал:Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

Тоже неплохой вариант.

Опочина Любовь
28 апреля 2017 15:42

"Варфоломеев Данила" написал:Почему бы просто не добавить ещё 1 элемент "изменить данные" после "Выполнить задачу 2"?? "Выполнить задачу 2" возвращает Id активности, соответственно мы можем взять и изменить поле. Значение поля берём из "Читать данные 1"

когда изменятся эти данные? после того.как мы закроем задачу "Выполнить задачу 2"? а нужно чтобы было заполнено при открытии

Опочина Любовь
28 апреля 2017 15:42

"Кисловский Михаил Андреевич" написал:Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

все гениальное просто) спасибо!

Дмитрий Тёскин
1 июня 2017 18:23

"Zaitova Liubov" написал:
Кисловский Михаил Андреевич пишет:

Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

все гениальное просто) спасибо!


Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.

Кисловский Михаил Андреевич
1 июня 2017 18:44

Zaitova Liubov, для этого нужно создать второй БП который будет отлавливать изменения по вашим активностям и в зависимости значения в поле результат "Условными потоками" можно вариантов исхода этого БП понаделать целую кучу.
МЫ используем такой подход в тех случаях, когда необходимо фильтровать значения в справочном поле Результат, для конкретно наших "подвидов" активностей. А не довольствоваться базовыми "результатами" этого поля.

Опочина Любовь
2 июня 2017 08:14

"Тёскин Дмитрий Валерьевич" написал:
Zaitova Liubov пишет:

Кисловский Михаил Андреевич пишет:

Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

все гениальное просто) спасибо!

Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.


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

Кисловский Михаил Андреевич
2 июня 2017 08:41

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

Дмитрий Тёскин
2 июня 2017 11:07

"Zaitova Liubov" написал:
Тёскин Дмитрий Валерьевич пишет:

Zaitova Liubov пишет:

Кисловский Михаил Андреевич пишет:

Т.е. использовать не "Выполнить задачу", а Добавить данные и добавить активность что описал выше.

все гениальное просто) спасибо!

Решение хорошее, но непонятно как заставить БП ждать задачи созданной таким образом. Если использовать действие "Выполнить задачу",то БП создает активность и ждет её выполнения, а если добавить активность таким образом, то добавится активность и БП пойдет выполнять следующие за ним действия.

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


Любовь, спасибо за совет! Это действительно то что нужно!

Показать все комментарии
Вопрос
бизнес-процесс
задача
Кейс
Технические вопросы
7.x
Запуск БП из задачи кейса
Опочина Любовь
26 апреля 2017 09:00

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

у Лида есть кейс, в котором на стадии распределения появляется задача "Распределите лид, определите стратегию взращивания лида", при нажатии на которую запускается БП Распределение лида.
Как можно реализовать аналогичное? Где можно посмотреть как это реализовано?

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

BPM'Online 7.10.0.1742

Нравится

4 комментария
Демьяник Алексей
26 апреля 2017 11:02

Любовь, здравствуйте!

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

  1. Интерес отсутствует
  2. Перевод в продажу
  3. Распределить позднее

Каждой записи необходимо добавить признак "Использовать только в процессе".

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

Из DCM процесс можно будет вызвать как подпроцесс.

Если я не правильно трактовал задачу, пожалуйста, уточните ее.

Опочина Любовь
26 апреля 2017 12:28

"Демьяник Алексей" написал:

Любовь, здравствуйте!

Описанная логика реализована в процессе "Распределение лида 7.8.0". Процесс запускается вручную. Можно сделать копию процесса, в которой элемент "Страница распределения" заменить элементом "Задача".

Предварительно в справочник "Результаты активностей" необходимо добавить три возможных результата:

  1. Интерес отсутствует
  2. Перевод в продажу
  3. Распределить позднее

Каждой записи необходимо добавить признак "Использовать только в процессе".

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

Из DCM процесс можно будет вызвать как подпроцесс.

Если я не правильно трактовал задачу, пожалуйста, уточните ее.


Алексей, спасибо за подробный алгоритм.

Поясню, что я имела в виду.
процесс "распредение лида" был приведен в качестве примера.
вообще у нас реализован свой процесс над другой сущностью . В рамках нашего процесса есть шаги, на которых пользователь должен заполнять некоторые поля. Допустим,на одном шаге 5 полей, на другом 3 и т.д. Поэтому не хочется открывать страницу редактирования полностью, а хочется открыть свою преднастроенную страничку, где только эти 5 (или 3) полей, чтоб пользователь четко видел то, что он должен заполнить и чтобы не отвлекать его остальной информацией.
но проблема в том, что преднастроенные страницы в виде задачи не отображаются в активностях, а нам нужно сделать так, чтобы как -то они отображались.
и вот я увидела кейс лида, в рамках которого есть задача "Распределите лид, определите стратегию взращивания лида", и по клику на нее открывается преднастроенная страница(судя по всему просто запускается процесс Распределения). Мне показалось, что таким образом можно решить мою проблему(отображать преднастроенную страницу в активности).
поэтому хотела узнать
1) где именно прописывается тот факт, что клик по задаче "Распределите лид, определите стратегию взращивания лида" запускает процесс распределения
2) можно ли как-то вывести преднастроенные/автогенерируемые страницы в активности (или только как вы описали через результаты активностей, но мне этот вариант не подходит, так как нужно заполнять не одно, а несколько полей и набор полей будет разным на разных шагах)

Кот Владимир Владимирович
26 апреля 2017 15:06

Добрый день, Любовь!

К сожалению, по страниц из БП в данный момент Активности не создаются, данное пожелание уже зарегистрировано в системе, и разработчики ядра включат данную возможность в один из ближайших релизов. Исходя из Вашего кейса рекомендуем сделать следующее - все же открывать карточку редактирования, однако скрывать "лишние" поля с помощью бизнес правил. Правила же завязать на ту колонку, по которой строятся стадии кейса.

Севостьянов Илья Сергеевич
28 апреля 2017 16:32

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

Это самый оптимальный вариант, пока ожидаем реализации в платформе.
При этом он довольно просто реализуется.
Описывайте поэтапную логику в JavaScript со скрытием/демонстрацией полей.

Показать все комментарии
Вопрос
бизнес-процесс
Технические вопросы
7.x
При изменении данных переназначить ответственного
Maria H
4 апреля 2017 23:22

Здравствуйте, необходимо, чтобы после изменения данных контакта менялся ответственный на пользователя, который совершил изменения,
создали бизнес-процесс:

Сигнал – изменение записи любого поля контакта
Изменить данные контакта, где id = сигнал.Id записи, установить ответственный = контакт текущего пользователя

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

Нравится

1 комментарий
Зарицкий Олег
5 апреля 2017 09:08

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

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

Показать все комментарии
Вопрос
SQL
бизнес-процесс
удаление
Технические вопросы
7.x
Запрос на удаление данных в БП или в схеме
Maria H
4 апреля 2017 14:01

Добрый день, подскажите, пожалуйста, как можно реализовать sql запрос на удаление данных в элементе "Задание- сценарий" БП или же в схеме карточки:

DELETE FROM [dbo].[Lead] WHERE [Id] = 'c6deb935-c86e-44f6-9101-eec17473c1df'

В БП в сценарии таким способом не выходит подключить userConnection:

using System;
using System.Collections.Generic;
using System.Collections.ObjectModel;
using System.Data;
using Terrasoft.Common;
using Terrasoft.Core;
using Terrasoft.Core.DB;
using Terrasoft.Core.Entities;
var delete = new Delete(userConnection)
.From("Lead")
.Where("Id").IsEqual(Column.Parameter("{c6deb935-c86e-44f6-9101-eec17473c1df}"));
return true;

Нравится

3 комментария
Мотков Илья
4 апреля 2017 14:55

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

Вы можете получить экземпляр UserConnection следующим образом:

UserConnection UserConnection = Get("UserConnection");

Maria H
4 апреля 2017 15:38

Спасибо, теперь возникает ошибка:

The type arguments for method 'Terrasoft.Core.Process.ProcessModel.Get(string)' cannot be inferred from the usage. Try specifying the type arguments explicitly.

Если убрать галочку с "Для интерпретируемого процесса", то процесс выполняется успешно, но лид не удаляется, хотя напрямую sql запросом удаление происходит, в чем может быть проблема?

Максим Шевченко
4 апреля 2017 15:57

"Maria H" написал:пасибо, теперь возникает ошибка:

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

var userConnection = Get<UserConnection>("UserConnection");
Показать все комментарии
Вопрос
бизнес-процесс
Технические вопросы
7.x
Вызов активного БП
Саломатников Алексей Сергеевич
31 марта 2017 12:41

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

Сейчас попасть на мою страницу в БП могу только благодаря вопросу пользователю. А должен еще при нажатии на кнопку.

Нравится

4 комментария
Зарицкий Олег
31 марта 2017 16:22

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

Задачу можно решить следующей настройкой процесса.

1. Создать служебную запись. В дальнейшем эта запись будет триггером для перехода на преднастроенную страницу. Условно – создать активность.
2. Элемент [Исключающее ИЛИ по событиям].
Одно ветка ведет к таймеру.
Вторая ветка ведет к элементу [Обработка сигнала]. Ожидает изменения в объекте, где Id = Пункт 1. Id
3. Исключающее ИЛИ. Принимает на вход обе ветки.
5. Преднастроенная страница.

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

Саломатников Алексей Сергеевич
2 апреля 2017 16:04

"Зарицкий Олег" написал:

Спасибо, Олег

Саломатников Алексей Сергеевич
3 апреля 2017 08:22

"Зарицкий Олег" написал:

1. Создать служебную запись. В дальнейшем эта запись будет триггером для перехода на преднастроенную страницу. Условно – создать активность.


Здравствуйте, а можно подробнее про этот пункт? Не очень понял.

Зарицкий Олег
3 апреля 2017 09:14

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

1. Создать служебную запись. Подразумевается – создать запись в любом объекте. Например, элемент [Добавить данные] в объект Активность. В дальнейшем изменения в этой записи приведут к тому, что процесс сразу перейдет к выполнению преднастроенной страницы (не дожидаясь таймера).

2. В случае с приведенным примером (когда служебная запись представлена в виде активности) – в элементе [Обработка сигнала] необходимо ожидать изменения записи в объекте Активности, где Id = Пункт 1.Id

В результате – преднастроенная страница откроется если прошло время, указанное в таймере, ИЛИ будет изменена активность.

Показать все комментарии
Подписаться на бизнес-процесс