Есть документ. В нём контрагенты в шапке и номенклатура в табличной части и кнопочка "Создать задачу Коммерческое предложение". при нажатии этой кнопки, должна создаваться задача. Исполнитель берётся из реквизита "контрагенты". И эта задача ещё заполняется номенклатурой из документа. Исполнитель должен увидеть эту задачу в своём списке и прикрепить к ней другой документ, после чего попытаться завершить задачу. Если в задаче в табличной части номенклатура соответствует номенклатуре табличной части документа, который исполнитель прикрепил, то задача завершается.

У меня следующий вопрос: Должен ли я сначала стартовать бизнес процесс при нажатии кнопки "Создать задачу коммерческое предложение"? - Бизнес процесс с простой схемой:

http://s09.radikal.ru/i182/1306/41/ee6b368de648.jpg

А почему бы и нет?

(1)а потому что без него можно обойтись теоретически - без бизнес процесса. но вот я думаю по правилам делать всё же?

(0) зачем тебе БП? Создавай объект "Задача пользователя", а не  БП, и все дела

(3)да вот хочу подискуссировать на тему плюсы и минусы использования бизнес процесса.

(4) только минусы, используй просто задачу

(5) А может ТС хочет схему пользователю показывать?

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

(6) нафехуа?

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

(7)обернуть реквизитами задачу или бизнес процесс?

(10) в (7) про плюсы Я имел в виду создание БП с какими хочешь реквизитами и ТЧ

(9)а это поподробнее можно? как схема бизнес процесса выглядит примерно?

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

http://howknow1c.ru/programmirovanie-1c/biznes-processy-1s.html
совсем уже обленились, за них еще поиском попользуйся

(13)а как его тогда поменять чтобы не создавалась новая задача?

(9)а что за подчиненные задачи и подпроцессы?

(12) https://dl.dropboxusercontent.com/u/4517049/107.png

(17)в зависимости от выбора шаблона, стартует та или иная задача? а реквизит "хранилище"?

(18) этот БП стартует из множества мест конфигурации, каждый раз при старте инициализируется реквизит "Вид задания", а БП при отправке его в исполнение уже сам разруливает ситуацию согласно карте маршрута.
Помимо этого у БП есть реквизит "Исполнитель", "Ответственный", "ДополнительныеДанные" (тип: документссылка) и "ХранилищеЗначений" (тип: хранилище значений)

(19)уже проясняется картина. а для чего вам реквизит "ХранилищеЗначений"?

чтото сегодня спят многие

(20) есть, к примеру, задача печати ценников - в коде запоминаем товары, на которые надо распечатать ценники, в ТЗ, и помещаем ее в ХЗ (в реквизит БП), а при активации задачи достаем эту сохраненную ТЗ и дальше уже делаем то что надо с ней

(20) ХЗ - нужен для универсальности бизнес-процесса (чтоб не добавлять в метаданные БП ради какой-то одной задачи табличную часть)

(23)ааа. вот как вы хитро сделали. а почему в сам БП навешиваются реквизиты а не в задачу?

(24) Чтоб задачу не курочить, т.к. используется типовая "Задача.Задача"