Мне кажется, что это баг 7.15.X - мы тоже с таким столкнулись, но решения пока не нашли.

 

Здравствуйте, Игорь!

 

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

 

Если Вас интересует перенос в одном и том же разделе между пакетами, обратите внимание на настройку в ответе на Вашу идею. Возможно, и схему кейса так получится перенести.

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

По умолчанию у активности есть четыре состояния:

1. Не начата
2. В работе
3. Завершена (конечное состояние)
4. Отменена (конечное состояние)

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

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

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

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

Так, а в чем проблема?
Создайте на состояние "В работе" несколько задач по факту выполнения которых текущая задача будет завершена.

Не совсем понятна бизнес-задача.

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

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

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

Так, а в чем проблема?

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

"Владимир Соколов" написал:
Vitkauskas Vadim пишет:

у меня может быть кейс в рамках задач

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

Здесь, насколько я понял другая иерархия.
В рамках активности есть кейс, в в рамках кейса стадии (которые привязаны к статусу активности), в рамках стадии шаги.

"Vitkauskas Vadim" написал:Пока не очень понятно зачем. Но не в этом проблема

Боюсь, что проблема именно в этом :)

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

Сделайте БП - при завершении кейса менять стадию задачи на завершенную.

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

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

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

Возможно я не совсем точно выразил задачу, мне нужно изменить не только текущую стадию, а и все последующие.

Тип потребности=="Программное обеспечение" в дизайнере отображены вот эти стадии:
"Квалификация->Презентация->Коммерческое предложение..."
https://yadi.sk/i/U7CRVIfp38ChcL

Тип потребности!="Программное обеспечение" в дизайнере - эти стадии:
"Анализ потребностей->Подготовка предложения->Отправка опытных образцов..."
https://yadi.sk/i/1y-_PWog38ChZf

С уважением,
Александр

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

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

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