Size: a a a

Camunda BPM Group

2019 July 31

DG

Dmitrii Goncharov in Camunda BPM Group
Darya Tatova
Т.е. UserTask д.б. максимум о забивании полей формы и валидность  заполнения должна валидироваться кодом на 100%, речь об этом?
Валидность может проверятся человеком через механизм делегирования таска, но это не позволит из произвольного места процесса изменить уже прошедший таск.
источник
2019 August 01

ИС

Иван Степанов... in Camunda BPM Group
Denis Kotov
Это больше на кейс похоже
Это больше похоже на процесс документоооборотный который лежит где-то не в bpms и завершает задачу только когда надо.
источник

ИС

Иван Степанов... in Camunda BPM Group
Но тогда и задача должна быть не в bpms желательно :)
источник

DK

Denis Kotov in Camunda BPM Group
источник

DK

Denis Kotov in Camunda BPM Group
во, я нарисовал
источник

ИС

Иван Степанов... in Camunda BPM Group
Ну это все равно пересоздавание задач. Я так понял что Darya говорит, что задача не комплитится без подтверждения со стороны руководителя.
источник

DK

Denis Kotov in Camunda BPM Group
да, пересоздание
источник

DK

Denis Kotov in Camunda BPM Group
в ELMA BPMS для таких задачек классно сделано было. У задач есть "контроль". Ну и задачи не в процессах живут, а просто задачи
источник

DK

Denis Kotov in Camunda BPM Group
http://demo.yambr.ru/Tasks/Task/Create , во можно потыкать "контроль"
источник

ИС

Иван Степанов... in Camunda BPM Group
В порядке бреда: а в форме штатной вообще реально сделать педаль, которая бы меняла ответсвтенного просто по задаче без комплита?
источник

ИС

Иван Степанов... in Camunda BPM Group
С записью этого ответственного куда-то, чтобы после непрошедшей валидации вернуть задачу с формой внутри bpms в зад оператору.  А педаль комплита уже сделать для руководителя.
источник

DK

Denis Kotov in Camunda BPM Group
Иван Степанов
В порядке бреда: а в форме штатной вообще реально сделать педаль, которая бы меняла ответсвтенного просто по задаче без комплита?
возможно конечно, формы то опенсорсны)
источник

DG

Dmitrii Goncharov in Camunda BPM Group
Подождите, то о чем вы сейчас говорите это делегирование . После того как начальник получил задачу, он ее делегирует сотруднику этим методом. Начальник становится owner-ом таска, сотрудник assignee. Когда сотрудник комплитит таск, он переходит начальнику на проверку и тот либо подтверждает, либо возвращает на доработку
источник

SN

Sergey Novikov in Camunda BPM Group
Смущает только желание делать проверку из любой части процесса. А это говорит о том что процесса нет. Ни последовательности задач
источник

S

Sandjar in Camunda BPM Group
Доброго дня. Поделитесь best practice для фильтрования процессов при старте на категории. На текущий момент идея через process defenition query вытаскивать из versionNamelike (будет храниться string из категории (пример  HR), сокращённый идентификатор процесса и версия
источник

DG

Dmitrii Goncharov in Camunda BPM Group
Sandjar
Доброго дня. Поделитесь best practice для фильтрования процессов при старте на категории. На текущий момент идея через process defenition query вытаскивать из versionNamelike (будет храниться string из категории (пример  HR), сокращённый идентификатор процесса и версия
ИМХО, сильно зависит от того, что у вас уже задействовано. Я делал через businessKey. По прямому назначению он у нас не был задйствован, а тут подошел.
источник

SP

Sergey Potekhin in Camunda BPM Group
Мы делали сервис заявок. Тип процесса определялся по типу заявки. BusinessKey - id заявки
источник

SP

Sergey Potekhin in Camunda BPM Group
Перевод заявки в статус выполнения стартует процесс
источник

S

Sandjar in Camunda BPM Group
Спасибо
источник

AE

Alter Ego in Camunda BPM Group
@Kotskin  Ого, нашёл твой видосик на ютубе! Интересно, сейчас посмотрю :)

https://www.youtube.com/watch?v=f-Fly0yujJs
источник