Никак не могу найти. В известных талмудах какой-то сыр-бор, голова пухнет
Заранее спасибо

Ещё все итски на работе лежат. Не могли бы скинуть демо-базу по бп. Вроде, в пункты правил не попадает

Тут немного: http://1c.chistov.pro/search/label/Бизнес-процесс

(0) Оно только для идеально выверенных, и обкатанных временем процессов работает.

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

Из практики - должны быть реперные точки не более 7-9 штук со светофорами, чтобы можно было видеть "стопы".
Человек как обезьяна, все на уровне примитивных реакций.
По визуализации не принципиально.

(4) Можно заюзать вложенные БП.

Нормальная инфа только в книге "решение прикладных задач" и "руководство разработчика" двухтомник.

Нормальной конфы тоже не видел чтоб где то активно использовалось.

(7) В УТ11 пять бизнес-процессов.

(0) Учиться на примерах.

(7) На моей работе их 117:)

(7) УТ 10.3 вхлам переписанная)

(9) Copy/Paste?

(0) та фухле там учить-то? наливай да пей.
Задавай вопросы уже

(11) Нет, в течении многих лет развивалась компания и БП дописывали)

(13) С трудом себе могу представить 117 _разных_ БП.
Штук 30 еще могу. Остальные будут очень похожи друг на друга, либо частично дублировать друг друга.

(8) Много не вникал, но показалось что там примитивная работа с ними. Нет там приостановок бизнес процессов, незнаю есть ли там автоматическое выполнение задач, если ли там такая вешь как пролет некоторых задач.

(6) не, я не про то
у меня выполняется первая задача, потом идет проверка трех условий, потом вторая, следом 5 условий
вот хотелось бы показывать интерактив пользователю без доп элементов - только задачи, так картинка будет намного меньше

(14) Компания большая. На каждый чих - бизнес-процесс.

(7) мутно там. нет наглядного описания. бессвязное описание методов и свойств

(18) вопросы, говорю, задавай

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

(20) задача будет создана, когда БП дойдет до точки создания задачи
регистр адресации служит лишь для указания получателей вновь созданной задачи

а нет, задача создаётся сразу

как получатель опеределяется?
вот, например, в задаче стоит Иванов, Отдел продаж, начальник
Нафига отдел продаж и начальник, если и так Иванов стоит?

не пойму суть регистра адресации

и того, что несколько реквизитов адресации

(23) но может быть и просто отдел продаж, и тогда все из отдела продаж увидят задачу.

да, читаю Груви

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

(20) Основной реквизит адресации - это такое реквизит, который, если совпадает со значением "Текущий исполнитель", то все остальные реквизиты адресации игнорируются.

Случай1: если исполнитель Иванов, то глубоко похрену, какие значения у дополнительных реквизитов - задача адресована на Иванова, где бы он ни находился. Параметр сеанса в данном случае помогает системе определить, надо ли принимать во внимание дополнительные реквизиты. Если тип значения в поле Исполнитель совпадает с типом значения в атрибуте "Текущий исполнитель", то виртуальная таблица ЗадачиПоИсполнителю вернет эту задачу в том сеансе, в котором значение в параметре сеанса совпадет со значением в основном атрибуте этой задачи.

Случай2: Дополнительные реквизиты нужны, когда не определен конкретный исполнитель. Например, в задаче исполнитель может быть роль "Ведущий специалист" и дополнительные реквизит "Отдел пропаж". Тогда эту задачу увидят ВСЕ посоны, у которых в регистре адресации написано, что они ведущие специалисты отдела пропаж. Нюанс в том, что они все увидят одну и ту же задачу. Разница между случаями 1 и 2 в типе значения, которое лежит в основном реквизите адресации.

(28) для виртуальной таблицы он нужен. Чтобы система понимала, где чьи задачи.

В групповых задачах тоже магии нет - если кода не наворотить в модуле БП, то создастся только одна.

(24) регистр адресации тоже нужен для виртуальной таблицы задач

на самом деле по сабжу более толкового мана, чем штатное руководство разработчика и не нужно - там в труху все разжевано

(29) чотко. респект

вот тут еще чуть есть http://help1c.com/faq/cat/22.html

(15) >Нет там 1) приостановок бизнес процессов, незнаю есть ли там 2) автоматическое выполнение задач, если ли там такая вешь как 3) пролет некоторых задач.

Второй и третий пункты без сложностей реализуются программно и с помощью штатных условий в БП.

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

(30) Ага, есть такое, хотя в мане, вроде бы, написано что должно создаваться несколько.

(36) не может такого в мане быть написано, т.к. откуда платформа воьмет инфу, сколько и на кого создавать?

(37) Получается это признак только для программиста, который и так может по точке БП определить нужно ли создавать несколько задач или нет.
Скорее даже признак для следующего программиста, который потом будет ковырять этот БП =)