Доброго времени суток, коллеги.
Есть бизнес-процесс примерно такой структуры:
Я правильно понимаю, что при выполнении задачи "Счет на товар" и выполнении элемента "Счет сформирован" БП будет стоять на точке слияния и если при этом отменить задачу "Счет на доставку" и выполнении элемента "БП отменен" этот бизнес-процесс у меня никогда не завершиться?

Нравится

7 комментариев

Добрый день!

Все правильно понимаете, именно так и отработает данный БП

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

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

Советую удалять в таком порядке:

  1. 1. Напоминания по задачам связанных с БП
  2. 2. Удалить задачи связанных с БП
  3. 3. Удалить БП

Удалять уже поздно: задачи нужны. Можно эти бизнес-процессы как нибудь штатно завершить? Поиграться c tbl_Workflow и tbl_WorkflowItem?

спасет вас что-то вроде этого
update tbl_Task set WorkflowItemID = null where WorkflowItemID in (select ID from tbl_WorkflowItem where WorkflowID = 'ID нужного процесса')

потом delete from tbl_WorkflowItem where WorkflowID = 'ID нужного процесса'
и наконец delete from tbl_Workflow where ID = 'ID нужного процесса'

бэкап перед "играми" не забудьте :smile:

Можете, для этого необходимо в таблице tbl_WorkflowItem заполнить такие поля:

  • [ActualExecuteDate]
  • [StateID] (установить состояние ws_Done)

Для таблицы tbl_Workflow заполнить поле [CompleteDate]

Спасибо.

Показать все комментарии

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

Нравится

2 комментария

При добавлении новых полей в карточки, для клиента важным является название полей. При этом, если времени на прорисовку форм нет, только консультант в состоянии представить себе, как в итоге в карточке будет выглядеть поле с названием из 5 слов "Комментарии руководителя об окончании испытательного срока" с учетом отсутствия двухуровневых заголовков полей в системе.
С другой стороны, опыт сокращений подсказывает, что при сокращении названия поля с "Наличие утвержденного плана развития инфраструктуры" до "Наличие УПРИ" также пагубно.
С использованием СВТ-2, клиенты уже способны увидеть всю "прелесть" длинных названий полей и понять, что с этим нужно бороться.
Можно переложить данную задачу по сокращениям на клиента, прописав в основные положения документа "Требования к настройке..." положение, в котором указать, что длина названия поля не должна превышать стольки-то символов.
И список сокращений в названиях отдельной таблицей.

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

Показать все комментарии