Есть определенная цепочка событий от заказа покупателя до конечной реализации покупателю. Эта цепочка может быть реализована рядом документов.
Стоит задача контроля состояния заказов.
Можно написать отчет строки которого будут отображать заказы покупателя, а столбцы - этапы заказа, например если требуется заказ поставщику по заказу покупателя, то предусмотреть столбец "заказано поставщику" для отражения документа заказа поставщику, и т.д. в конце же столбец "Реализация".
С другой стороны, существет механизм бизнес-процессов. Просмотрел несколько видео по решению экзаменационных задач по бизнес-процессам, но понимание того, как конкретно БП можно применить для обозначенных целей не сложилось.
Буду очень признателен знающим людям за любую помощь по теме.

Не совсем понятно какая именно помощь тебе нужна?!
Если устраивает  механизм c добавлние\изменением реквизитов в указанные доки - то делай так а нет так делай через БП

1. В чем преемущество применения БП по сравнению с отчетом. Управляющий может в любой момент сформировать отчет по статусам заявок и понятять кого нужно мотивировать. Что БП дает реально?
2. Какие вообще сценарии БП могут быть, их примеры. Хотелось бы их пощупать.
Основная проблема в том, что вся информация по БП очень абстрактна, носит скорее лозунговый характер, чем практический.

(2) Если вы не знаете, зачем нужны БП, то вы еще недоросли до них просто. Используйте статусы, для вас самый оптимальный вариант.

(2) как вариант можешь посмотреть:
http://infostart.ru/public/296384/
http://infostart.ru/public/190747/

Основное преимущество (имхо) - это то, что пользователь идет строго по процессу (а не так как ему захотелось) - другими словами нельзя например сделать что-то не сделав что-то

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

(5) все просто - создаются задачи по карте маршрута, задачи адресуются пользователям / группам пользователей. Пользователь видит список только положенных ему задач.
Пользователь активирует задачу - а далее ему можно подсунуть любую обертку - форму свою, форму документа.
Если выполнил пользователь задачу (задача считается выполненной по заданному тобой критерию - документ проведен или нажата кнопочка ОК на форме и заполнен какой-нибудь статус), то БП идет дальше по карте маршрута (новые задачи, ветвление)...

(6)
Т.е.
1. При использовании БП пользователь по-сути работает не с документами, а с задачами?
2. Наступление событий в БП при выполнении условий контролируется системой а не пользователем? т.е. Пользователь не может просто поставить галочку о выполнении задачи ничего по сути задачи не предпринимая?

(7) Конечно сможет :) Пользователь всегда сможет нагнуть систему - если сильно этого захочет

(0) У нас реализован БП закупка, все закупки на предприятии идут через БП. Очень удобно в плане просмотра и контроля состояния заказа.

(7) Пользователь работает с документами, просто БП ведет его от документа к документу.

(8) - т.е. БП еще одна шняга?

(11) все относительно в этой жизни. Если есть задача нагнуть систему - то ее нагнут т.е. если пользователь работать (как положено) не хочет - то хрен ты его заставишь...он и в твоем схеме может сразу ставить статус "выполнено" и ... все конем..

(9) как реализован контроль состояний заказов в виде Отчета? какие объекты (таблицы) используются для формирования? Есть пример отчета по БП?

(7)
1. Это как настроишь интерфейс. У нас для некоторых пользователей были созданы специализированные АРМы, чтобы не лезли в обход и мозг сильно не напрягали.
2. Можно запретить у задачи интерактивное выполнение (это как раз когда пользователь жмакает мышкой и выбирает "Выполнена"), но обычно вместе с задачами делают АРМы для ужесточения контроля. В общем случае "наступление событий в БП" определяется как программно (ветвления, вложенные БП, внедрение в БП извне по регл. заданию), так и интерактивно (когда пользователь работает с задачами).

В (10) лишь часть применения БП описана. В общем случае пользователь работает с теми интерфейсными формами, которые нужны ему для ввода данных в программу. Это не всегда потом идет в документы.

(12) Не правда, каждый этап БП  это задача того или иного отдела или человека, за который он ответственен. Это очень полезно в плане повышения организованности.

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

(13) Я сегодня не на работе, завтра могу прислать скрины, посмотришь, БП - это вещь.

(15) разве ж я с этим спорю?! почитай (7)

(17) Будьте так любезны! Очень бы хотелось на это надеяться ибо автоматизировать бордак невозможно.

(18) Понятно.
Автору - так и без БП пользователи могут нахтить, БП для того и нужен, чтобы как-то помочь. А ответственность всегда можно увидеть просматривая на каком этапе застряло. БП не для тотального контроля, хотя, думаю, и это возможно, а для облегчения.

Какие вообще методы контроля за состоянием процессов возможны для руководителя?
Непосредственный просмотр карт?
Написание отчетов?

(21) например, по мере продвижения БП изменять статус заказа (или чего у вас там), а в отчете мониторить статусы.
Либо анализ "застарелости" (если можно привязаться к датам)

(22) быть может БП сам обладает понятием статуса и его запросом тянуть из базы в отчет?

Это уже конечно детали реализации, но куда без них..

(23) Все зависит от реализации БП - но принцип по большому счету всегда один - точка БП и есть твой самый настоящий статус.

(23) добавишь в реквизиты - будет статус.
Как душе захочется - так и сделаешь.

(21) Обычно БП обвешивается различными регистрами сведений для фиксации моментов времени и прочей дополнительной информации. У меня есть регистр статусов самого объекта БП (у нас согласование документов), статусов задачи.

(21) У нас все видно на каком этапе каждый процесс зайдя в него, отчеты и не нужны. Плюс, открыв задачи по исполнителям тоже все видно, где что висит.

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

(29) Да даже начальнику отдела на схемки пофиг. Ему нужна сводная информаци вроде: сколько задач в работе, сколько горят по срокам, кто чаще всего пролюбливает сроки и прочее.

(28) да, скрины были бы не лишними.
(29) есть примеры?
(30) все верно. БП в этом как помогает?

(31) уже нет - на том фиксе не работаю. Но именно там познал все ништяки БП и радовался за пользователей, что они это тоже познали

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

Задачи с согласованием документов решал тремя способами: настроечный справочник статусов, чистый кодинг и БП. Хочу везде БП теперь -_-

(0) Отчетик проще, но потом руководству надо будет знать на каком этапе больше всего задержка, потребуется углубленная аналитика (например до серий) и т.д. Все это проходили. Поэтому делай сразу БП и регистр с статусами.

(30) Не согласен - это уже последняя стадия, нафик ответственному до этого доводить? Ему интересно исполнить и не нарываться на снятие премии.

(35) + Так что БП - это даже больше исполнителю надо.

(0) Выслал на почту.

Еще раз очень благодарю, получил.

У нас 128 бизнес-процессов. По сути весь упр учет на них.