Бизнес процессы примеры готовые 1с. Бизнес-процессы

Пупсень и Вупсень 10 декабря 2013 в 15:54

Миф о том, что в «1С: УТ» есть управление бизнес процессами (BPM)

«УТ» очень хороший продукт для решения тех задач, для которых разработан. Он позволяет управлять торговой деятельностью предприятия. Хорошо анализирует сделки закупки склады финансы. Да, в некоторых случаях он использует механизм платформы «Бизнес-процессы». Но значит ли это то, что торговля предназначена для управления бизнес процессами, либо логикой работы предприятия? – НЕТ, НЕТ и еще раз нет. Эта статья – это крик души. Потому, что реально надоело смотреть презентации или читать описания решения на различных сайтах. Сайтах компаний, которые готовы продать любой продукт «1С» и закрыть глаза на то, что продают клиенту. Апеллируя лишь скромным описанием продукта и даже не понимая сути управления бизнес-процессами. Управление значит, что можно настраивать систему таким образом, что бы ускорять и оптимизировать процессы, проводить различный анализ, выявлять слабые места и многое другое. Для тех, кто не видит разницы между управлением и использованием механизма, постараюсь объяснить на пальцах:

УТ . Есть три БП в которых нельзя добавить или убрать задачи, поменять тип адресации, логику, нельзя сделать ровным счетом ничего кроме как из конкретных документов привязанных к задачам двигать процесс. По факту это не управление – это использование предложенного варианта логики работы программы с использованием механизма «БП». Да, возможно на основе данного функционала можно разрабатывать свой, не тратя время на какие-то основы.
CRM . Это реально единственный продукт на платформе «1С», где используется 100% функциональности платформы для работы с механизмом «БП». Это решение где пользователь самостоятельно вносит всю логику работы своего предприятия создавая любые карты маршрутов. Может вызывать свои процессы когда ему нужно и как нужно. И для чего? А как раз для того, что бы этим всем управлять. Что бы смотреть насколько эффективны процессы собирая по ним статистику. Что бы были веские доводы поменять логику. Что бы было все неголословно. Что бы можно было посмотреть все затыки и растягивания резины на этапах. Выкинуть ненужные этапы – увеличить эффективность работы. Вот что такое «Управление». И для этого нужно намного больше, чем три карты с парой блоков.

И в завершение для тех, кто так и не понял разницу – сама компания «1С» четко пишет, что есть в конфигурации с точки зрения БП –

«В конфигурации реализована базовая функциональность автоматизации бизнес-процессов – универсальные механизмы настройки процессов, контроля и анализа их выполнения, поддерживающие встроенные в типовое решение бизнес-процессы и позволяющие на конкретном внедрении наращивать их состав с меньшими трудозатратами.» . (v8.1c.ru/trade/newtech/ четвертый абзац).

Обращаю внимание на слово «базовая» функциональность для автоматизации.

Это очень далеко от управления процессами предприятия. Отсюда вывод: когда Вам на презентации говорят, что УТ содержит подсистему управление БП – не верьте, когда вам на презентации говорят в УТ есть CRM – не верьте. Это опять же зачатки и базовая функциональность. Еще раз повторюсь – УТ очень хороший продукт, но для других задач – оперативного учета и планирования торговой деятельности, для ее анализа. Концепция «CRM» – это совсем другое. И есть только один по настоящему функциональный продукт на платформе 1С для поддержки концепции CRM на предприятии – Это 1C:CRM. Справедливости ради стоит отметить, что на других платформах существуют тоже достаточно функциональные продукты для поддержки концепции «CRM» на предприятии.

Теги: crm-системы, управление торговлей, 1с, бизнес-процессы

крепыш 10 декабря 2013 в 15:54

Миф о том, что в «1С: УТ» есть управление бизнес процессами (BPM)

CRM-системы

УТ . Есть три БП в которых нельзя добавить или убрать задачи, поменять тип адресации, логику, нельзя сделать ровным счетом ничего кроме как из конкретных документов привязанных к задачам двигать процесс. По факту это не управление – это использование предложенного варианта логики работы программы с использованием механизма «БП». Да, возможно на основе данного функционала можно разрабатывать свой, не тратя время на какие-то основы.
CRM . Это реально единственный продукт на платформе «1С», где используется 100% функциональности платформы для работы с механизмом «БП». Это решение где пользователь самостоятельно вносит всю логику работы своего предприятия создавая любые карты маршрутов. Может вызывать свои процессы когда ему нужно и как нужно. И для чего? А как раз для того, что бы этим всем управлять. Что бы смотреть насколько эффективны процессы собирая по ним статистику. Что бы были веские доводы поменять логику. Что бы было все неголословно. Что бы можно было посмотреть все затыки и растягивания резины на этапах. Выкинуть ненужные этапы – увеличить эффективность работы. Вот что такое «Управление». И для этого нужно намного больше, чем три карты с парой блоков.

Обращаю внимание на слово «базовая» функциональность для автоматизации.

Теги: crm-системы, управление торговлей, 1с, бизнес-процессы

Возможности, которые открывает встроенный механизм регулирования:

Точный порядок работы, снижен риск возникновения ошибки или пропуска какого-то из этапов работы.
Формализованный подход, благодаря заранее определённой структуре бизнес-процесса 1С.
Контроль на каждом этапе.
Определение, какие из этапов работы были наименее эффективны, и оптимизация процесса.
Моделирование структуры конкретной организации.

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

Жесткими – изменения в маршруте не возможны;
Условными – выполнение задания зависит от ряда условий, которых может быть несколько. От этого и строится конечный маршрут работы;
Параллельными – два или больше маршрута, по которым будет проходить реализация бизнес-процесса. На каком-то этапе ветви могут соединиться;
Свободными – этот вид бизнес-процесса не имеет маршрута, и выполняется исходя из поставленной задачи.

Рассмотрим работу программы на примере продажи в 1С:УТ.

Начинается процесс управления торговым процессом (BPM ) с точки «Старт».

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

Чтобы бизнес-процесс запустился, необходимо в разделе «CRM и маркетинг» создать сделку, заполнив необходимые поля, после чего карточка сделки сохраняется, и открываются 2 гиперссылки: «Этап» и «Карта маршрута».

В официальной документации по платформе 1С:Предприятие 8.2 в разделе «13.7. Разделение и слияние » поведение бизнес-процесса в точках разделения и слияния описано так:

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

Для синхронизации разделенных ранее ветвей используется точка слияния. Бизнес-процесс не будет выполняться дальше точки слияния, пока все входящие в нее ветви не будут пройдены.»

Продемонстрирую это на примере простой карты маршрута (рис.1)

В точке разделения создаются задачи в каждой из ветвей (рис.2), далее каждая ветвь выполняется параллельно, а задача в точке Действие4 будет создана тогда, когда будут выполнены все задачи каждой ветви (рис.3)

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

По номеру задачи можно увидеть, что первой была создана задача в точке Действие3. Теперь в модуле бизнес-процесса для этой точки опишем следующий обработчик при создании задач:

Процедура Действие3ПриСозданииЗадач (ТочкаМаршрутаБизнесПроцесса , ФормируемыеЗадачи , Отказ )

Для каждого ЗадачаОбъект Из ФормируемыеЗадачи Цикл

ЗадачаОбъект . ВыполнитьЗадачу ();

КонецЦикла;

КонецПроцедуры

Такой обработчик приведет к тому, что создаваемая задача сразу будет выполнена. Стартуем новый бизнес-процесс с картой маршрута, приведенной на рис.1. И что мы увидим? После выполнения задачи Действие3 была создана задача Действие4 (рис.5), несмотря на то, что другие ветви процесса еще не выполнены! Тех, кто попытается воспроизвести указанную ситуацию, предупреждаю: у вас вместо написания обработчика для точки Действие3 может оказаться необходимым написать обработчик автовыполнения задачи для точки Действие1 или Действие2. Точка действия, автовыполнение которой "ломает" схему процесса - это именно та точка, в которой создается первая задача после точки разделения. От чего зависит последовательность создания задач, будет рассмотрено ниже.

Такого поведения простой схемы маршрута никак нельзя предположить, исходя из приведенного в начале статьи описания. Может это какая-то ошибка отображения схемы? Нет, на самом деле все так и происходит. Бизнес-процесс не только выполняется дальше точки слияния, не ожидая завершения задач в параллельных ветвях, но и создает повторно задачи в точках маршрута, следующих за точкой слияния после завершения параллельных ветвей. Смотрим список задач по нашему процессу и видим по 2 задачи для точек Действие4 и Действие5 (рис.8)

О чем это говорит? Фактически это означает, что при автоматическом выполнении задачи Действие3 мы получим поведение бизнес-процесса, соответствующее схеме, приведенной на рисунке 9, то есть точка слияния при выполнении одной ветви пропускается. Но это тоже не всегда верно. Если в точке Действие4 мы не будем выполнять первую из созданных задач, до появления второй задачи в результате выполнения параллельных ветвей до точки слияния, то следующая задача в точке Действие5 будет создана только при выполнении обеих задач в точке Действие4 , то есть бизнес-процесс как бы исправляет допущенную ранее ошибку игнорирования точки слияния. Далее по схеме маршрута будет создаваться только по одной задаче. Тем, кого заинтересовало такое поведение бизнес-процесса, предлагаю убедиться в этом самостоятельно.

Рассмотрим другой пример. Предположим, что точка Действие3 является не точкой действия, а точкой вложенного процесса. Для простоты используем следующую схему вложенного бизнес-процесса (рис.10)

Если в событии Условие1ПроверкаУсловия ничего не выполнять, такой процесс завершается сразу после старта, не создавая ни одной задачи. На практике такое может встретиться и в более сложных процессах, если необходимость выполнения задач процесса возникает только при выполнении каких-то условий. Заменим точку Действие3 точкой вложенного бизнес-процесса и получим схему, приведенную на рисунке 11.

Проверяем работу бизнес-процесса со вложенным процессом и убеждаемся в аналогичном поведении. На рисунке 12 - схема бизнес-процесса после старта.

Всегда ли проявляется такое поведение в подобных схемах? Давайте разберемся. Обратим внимание на то, что задачи в точке разделения создаются в том порядке, в каком были добавлены линии в точке разделения. Это можно увидеть, если вывести имена соединительных линий (рис.13).

Попробуем поменять местами Линия2 и Линия4. И наконец-то при старте нового процесса мы видим ожидаемый результат (рис.14)

Обращаю внимание, что линии обязательно надо поменять местами. Если просто переименовать линии, выходящие из точки разделения, результат останется прежним. Другим способом исправления приведенной проблемы является удаление связи Линия2 , добавление новой связи в точке разделения и соединение ее с точкой вложенного процесса.

Делаем вывод:

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

Эту зависимость следует учитывать и при доработке существующих схем. Допустим, мы решили, что вместо одной задачи в точке Действие1 на рисунке 14, которая у нас начала работать так, как требуется, должен быть вложенный процесс, который при определенных условиях, может выполниться автоматически по условию аналогично рисунку 10. Тогда при старте нашего процесса мы увидим знакомую картину с игнорированием точки слияния (рис.15)

В заключение отмечу, что указанное поведение бизнес-процессов было замечено еще на платформе 8.1 и продолжает проявляться на последних релизах 8.2. При подготовке статьи тестирование выполнялось на релизе платформы 8.2.15.310.

Механизм бизнес-процессов (МБП) появился в составе "1C:Предприятие" в начале 2005 г., и можно утверждать, что это - очень перспективное и полезное новшество платформы. Его суть - автоматизация цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи. Автоматизация бизнес-процессов позволяет повысить качество организации работы и эффективность управления.

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

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

Основные сведения о механизме бизнес-процессов в 1С

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

Механизм бизнес-процессов в 1С обеспечивается сразу несколькими объектами конфигурирования: бизнес-процессы, задачи, регистр сведений и параметр сессии. Как правило, типы реквизитов адресации задачи и измерений регистра сведений назначаются ссылками на соответствующие справочники, поэтому к четырем вышеперечисленным видам добавляются еще справочники.

Основные объекты механизма бизнес-процессов - это бизнес-процессы и задачи. Они используют друг друга и еще три вспомогательных объекта - параметр сеанса, регистр сведений и справочники. Вспомогательные объекты не используют ни друг друга, ни основные объекты.

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

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

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

Операции, выполняемые в ходе бизнес-процесса, представлены на карте маршрута точками действий, которые содержат информацию о том, кто и что должен сделать на данном этапе. Исполнитель может определяться персонально (Иванов) или с учетом ролевой маршрутизации («Кладовщик», "Руководитель отдела продаж"). При переходе бизнес-процесса на точку действия он автоматически формирует задачи, устанавливая в них предусмотренные реквизиты адресации. После того как исполнитель отметит задачу как выполненную, бизнес-процесс автоматически переходит к следующей точке маршрута в соответствии с картой.

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

Механизм бизнес-процесса в 1С допускает несколько видов маршрутизации.

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

Как правило, в реальных картах бизнес-процессов встречаются все эти типы маршрутизации.

Общая схема создания бизнес-процесса в 1С

1. Создаем регистр адресации

a. Создаем формы

2. Создаем задачу

a. Заполняем вкладку адресация
b. Данные заполняем реквизитами передаваемыми между задачами и самим бизнес-процессом
c. Создаем формы

3. Создаем бизнес-процесс

a. Заполняем задачу, реквизиты, создаем формы
b. Рисуем карту маршрута

Особенности адресации

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

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

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

Пример адресации: если в качестве исполнителя задачи при ее формировании указывается конкретный объект адресации (сотрудник, пользователь системы), то в любом случае назначен будет он. Если конкретный исполнитель не указан, то вступает в действие механизм произвольной адресации. Система ориентируется на соответствие измерений регистра. Если в регистре адресации два измерения (одно для исполнителя, и еще одно для какого-либо признака адресации - например, подразделение), то задача будет назначена всем исполнителям, для которых в регистре есть записи с дополнительным признаком адресации.

Иногда важно иметь возможность назначать задачи исполнителям, которые работают с конкретными контрагентами и их контактными лицами. Пример такой адресации:

При указанных правилах адресации Иванов будет назначен исполнителем задач по "Мир" либо при указанном контактном лице "Директор", либо если контактное лицо указано не будет. По работе с контактным лицом "Кладовщик" исполнителем будет назначен "Петров".

Так как задачи создаются ради их назначения конкретным исполнителям, работающим с системой, необходимо своевременно оповещать пользователя о появлении новой задачи. Для этого система должна "знать" вошедшего пользователя. Ссылка на текущего пользователя должна храниться в параметре сеанса, значение которого необходимо инициализировать при старте системы. Кроме этого, так как в регистре адресации может быть несколько измерений, системе важно указать в котором из них необходимо искать пользователя-исполнителя.

Возможности применения Механизма бизнес-процессов.

Механизм бизнес-процессов - составная часть технологической платформы, а это означает, что его возможности могут стать доступными всем прикладным решениям, созданным на основе "1С:Предприятия 8". В целом Механизм бизнес-процесса нацелен на повышение эффективности разработки и сопровождения прикладных решений. Однако опыт его применения показывает, что наложение бизнес-процессов поверх готовых приложений вызывает определенные трудности: зачастую приходится по-новому смотреть на проектные решения и кое-что переделывать. Конечно же, в этом нет ничего удивительного - точно так же автоматизация предприятия, как правило, требует пересмотра общей схемы его функционирования. Для эффективного применения механизма бизнес-процессов желательно, чтобы процессная модель управления была изначально заложена в прикладное решение.

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

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

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

На заметку программисту.

Порядок выполнения обработчиков бизнес-процесса

Форма: перед выполнением
Форма: перед записью (сначала на клиенте, затем на сервере)
Модуль задачи: перед выполнением
Бизнес-процесс: перед выполнением
Модуль задачи: при выполнении
Модуль задачи: перед записью
Модуль задачи: при записи
Бизнес-процесс: при выполнении
Форма: после записи (сначала на сервере, затем на клиенте)

Интерактивные процедуры не выполняются в управляемом режиме.