Механизм бизнес-процессов «1С:Предприятия 8»

Андрей Колесов

Управление бизнес-процессами (Business Process Management, ВРМ) - термин, уже давно хорошо известный ИТ-специалистам, но в то же время имеющий до сих пор некий налет загадочности и недоступности для «простых» пользователей. Действительно, практически все ведущие поставщики платформенного и делового софта уже давно и регулярно заявляют о своих достижениях в области BPM, но при этом вкладывают порой в это понятие различные значения, делая акцент на специфику собственных предлагаемых технологий. На самом же деле общая идея BMP достаточно проста - использование процессной модели управления организацией, когда отдельные деловые операции связываются в цепочки. Такой подход реализуется на методологической базе концепции Workflow (управление потоками работ), но только в более широком ее понимании. Если в классической Workflow акцент делается на документах, то BMP увязывает воедино документы (информацию), людей и приложения (средства обработки информации).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

МБП допускает несколько видов маршрутизации.

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

Свободная . Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.

Условная . Карта маршрута предусматривает проверку условий и переход по соответствующим ветвям. Переходы могут быть как бинарными (условие), так и множественными (выбор варианта)

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

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

Ключевое понятие в механизме бизнес-процесса и задачах в «1С:Предприятии» - система адресации, которая обеспечивает возможность не только персональной, но и ролевой адресации задач участникам бизнес-процессов.

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

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

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

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

Общая же логика выполнения бизнес-процессов выглядит примерно так:

• бизнес-процессы формируют задачи, устанавливая нужные значения в их реквизитах адресации (роли, группы, отделы);
• конечные исполнители определяются с помощью «матрицы разыменования», которая, например, устанавливает соответствие пользователей ролям.

Разработка и исполнение

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

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

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

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

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

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

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

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

Возможности применения МБП

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

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

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

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

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

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

• CRM-системы

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

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

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

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

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

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

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

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

Шаг 1. Словесное описание бизнес-процесса:

всем линейным руководителям - написать предложения;

линейный руководитель заполняет документ "предложение по графику отпусков";

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

в какой-то момент (например, когда большинство сотрудников в график попали) менеджер направляет директору;

если принимается, то бизнес-процесс завершен.

Шаг. 2. Определение адресации

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

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

Шаг 3. Формирование задачи

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

Шаг 4. Проектирование бизнес-процесса:

Создаем наш первый бизнес-процесс и соединяем его с только что созданной задачей. Затем приступаем к рисованию карты маршрута (рис. 3.5):

Рис. 3.5 Карта маршрута бизнес-процесса "Планирование отпусков"

точка Старт;

точки действия в порядке следования;

добавляем условные переходы;

точка Завершение;

оформляем карту.

Шаг 5. Добавляем формы

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

Форма предложения по графику отпусков (использует документ «Планирование Отпуска»)

Форма для рассмотрения всех графиков – «Форма для согласования с руководством»

Шаг 6. Программируем.

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

Рис. 3.6 Программная реализация отдельных блоков бизнес-процесса

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

Шаг 7. Проверка работоспособности:

создаем новый экземпляр бизнес-процесса;

все руководители получают задачу "Подготовить график отпусков";

после составления всех планов они все вместе поступают на рассмотрение кадровику в виде задачи "Рассмотреть графики";

по результатам рассмотрения часть из них отправляется на доработку;

после доработки и успешного повторного рассмотрения перед менеджером по персоналу ставится задача согласовать с директором;

после успешного согласования бизнес-процесс завершается.

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

Заключение

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

Обратная связь с документами. Например, чтобы при заполнении документа "График отпусков" автоматически инициировался бизнес-процесс согласования графика и соответствующая задача появлялась у менеджера по кадрам.

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

Автоматическая сборка отдельных графиков в обобщенный. Можно предусмотреть в карте маршрута точку автоматической обработки, на которой система сама соберет все графики в общий и отправит его на согласование менеджеру по кадрам.

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

Пупсень и Вупсень 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с, бизнес-процессы

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

Преимущества использования механизма регулирования бизнес-процессов в 1С

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

Прохождение в 1С бизнес процесса отображается посредством графической блок-схемы, называемой картой маршрута, которая дает наглядное представление, что, в каком порядке, при выполнении каких условий происходит. Карта маршрутов бизнес-процессов разделена на этапы. Этап в 1С отделен точкой маршрута, в которой нужно выполнить определенную задачу. Задача – это также объект карты маршрута в программе 1С. В задаче указывается исполнитель (или исполнители), кому адресована эта задача, сроки выполнения и важность. Исполнители – пользователи 1С. Адресатом задачи может быть назначен конкретный сотрудник, один из участников рабочей группы* (отдела, подразделения) или сотрудник, занимающий определенную должность (например, кассир, директор, кладовщик).

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

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

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

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

Работу бизнес-процесса 1С мы рассмотрим на примере операции типовой продажи в «1С:Управление торговлей 8.3» посредством демонстрационной базы с сайта ИТС 1С в редакции 11.3.2.193.

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

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

*Для простоты исполнителем на нашем примере схемы в желтых прямоугольниках везде указана должность «Менеджер», но на практике должности могут розниться, в зависимости от полномочий и обязанностей сотрудников, способных выполнить поставленную задачу.

Для запуска бизнес-процесса «Типовая продажа» требуется создание сделки с клиентом, поэтому сначала нужно установить или проверить настройки в соответствующем разделе нормативно-справочной информации (НСИ). Для этого в основном меню необходимо перейти в раздел «НСИ и администрирование – СRM и маркетинг – Настройка CRM» и последовательно установить флажки «Сделки с клиентами» и «Управление сделками».

В данном примере в разделе «НСИ и администрирование – Органайзер» имеется еще ряд настроек для бизнес-процесса, также отмеченных флажками:

• Подчиненные бизнес-процессы и задачи – возможность запускать подчиненные бизнес-процессы и задачи из текущего бизнес-процесса (можно создавать иерархические бизнес-процессы);
• Изменение запущенных бизнес-процессов – разрешение изменять задачи в уже запущенном бизнес-процессе;
• Дата начала задач – возможность изменения даты для старта выполнения задачи;
• Дата и время в сроках задачи – возможность введения сроков в задачах с точностью до минуты.

Помимо этого в рассматриваемом бизнес-процессе существует возможность получения почтовых уведомлений по новым и просроченным задачам. Для этого нужно установить соответственно флажки «Уведомлять о просроченных задачах по почте» и «Уведомлять исполнителей о новых задачах по почте». При необходимости по каждому пункту можно настроить (изменить) расписание получения почты.

Создаем сделку с клиентом (покупателем)

В разделе «CRM и маркетинг – Сделки с клиентами» в списке сделок нужно создать новую сделку и заполнить необходимые поля:

• «Клиент» – покупатель, с которым нужно заключить сделку;
• «Соглашение» – типовое или индивидуальное соглашение с покупателем и с условиями продажи;
• «Наименование» – наименование сделки;
• «Потенциал» – предполагаемый объем сделки в валюте управленческого учета;
• «Вероятность» – вероятность заключения сделки в процентах;
• Поле «Статус» на протяжении всей сделки имеет значение «В работе». В конечной точке статус должен быть изменен в зависимости от результата на «Выиграна» или «Проиграна»;
• В поле «Вид сделки» необходимо выбрать из перечня и установить значение «Типовая продажа».

После того, как карточка сделки будет сохранена, появятся две гиперссылки, отображающие текущее состояние сделки:

• «Этап» обозначает в текстовом виде;
• При переходе по гиперссылке «Карта маршрута бизнес – процесса» информация будет представлена в графическом виде.

На закладке «Участники» можно указать сторонние юр. лица, имеющие отношение к сделке (но это не обязательно).

Для продвижения бизнес-процесса нужно перейти в «Мои задачи» в разделе «Рабочий стол – Мои задачи».

Далее открыть новую задачу и заполнить реквизиты: дата начала и важность. Для выполнения этого этапа требуется создания первичного взаимодействия по сделке: перейти по ссылке «Взаимодействие…» и выбрать из списка нужный вариант (заполнение очень простое). Важно перед сохранением документа установить флаг «Рассмотрено».

Данный этап выполнен.

Далее по правой кнопке мыши в списке задач на этапе «Отразить первичный контакт по сделке» установить статус «Выполнено» (или кнопкой «Выполнено» в форме задачи), после чего автоматически будет создана новая задача . Эту задачу нужно заполнить и выполнить по аналогии с предыдущей.

Автоматически появится следующая задача «Подготовить предложение по сделке» . В форме этой задачи нужно перейти по ссылке .

Чтобы коммерческое предложение стало действующим, нужно заполнить поля на всех трех вкладках. Часть полей заполняется автоматически. По окончании провести и закрыть документ с предложением. После чего текущую задачу можно также считать выполненной, установив статус «Выполнено».

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

Данная задача требует оформления заказа клиента . Нужно открыть задачу и заполнить реквизиты. Далее создать заказ по ссылке «Создать заказ» . Заказ автоматически заполнится данными коммерческого предложения. Его нужно провести, отредактировав при необходимости. В случае предоплаты, потребуется ввод документа об оплате. Все товары в заказе будут со статусом «К обеспечению» . Завершить задачу, установив статут «Выполнено» .

Новой задачей станет этап . Для подтверждения этой задачи нужно наличие пакета документов «Коммерческое предложение», «Заказ клиента», «Реализация товаров и услуг» . В случае предоплаты еще и документ, подтверждающий оплату по сделке.

На форме задачи есть соответствующая ссылка «Документы по сделке» . Перейдя по ней в список документов, создадим документ реализации непосредственно из документа «Заказ клиента» . Для этого все товары в заказе нужно перевести в статус «Отгрузить» и по кнопке «Создать на основании» создать и провести реализацию товара. На форме списка нажать кнопку «Сформировать» . Произойдет обновление пакета документов по сделке. После этого задачу можно перевести в статус «Выполнено» .

Следующей будет задача . Здесь нужно выполнить проверку документов по оплате сделки при условии отсрочки платежка (также по ссылке «Документы по сделке» ). Выполнение этого этапа нужно при наступлении срока оплаты.

Последним этапом будет . Прямо из формы задачи по гиперссылке открыть сделку и изменить ее статус на «Выигранная» . Сохранить изменения в сделке. После чего установить задачу в статус «Выполнено» .

В заключении рассмотрим некоторые интересные особенности бизнес-процессов 1С

• Любую задачу исполнитель может переадресовать другому сотруднику (кнопка «Перенаправить» в форме задачи).
• В задаче можно настроить напоминание себе (кнопка «Напомнить») и в определенный момент получить сообщение. Более того, программисты могут настроить 1С таким образом, что пользователи будут получать оповещения о новых или просроченных задачах. В последнем случае, руководитель или сотрудник, которому поручено (перенаправлено) задание, может предпринять оперативные действия.
• Бизнес-процессы 1С могут быть запущены в автоматическом режиме. Это может быть реализовано с помощью регламентных заданий по расписанию или по событию в системе. Поэтому бизнес-процессы 1С удобно использовать для регулярных повторяющихся процедур. Бизнес-процесс 1С может вызываться другим бизнес-процессом. Для этого в одной или более исполняемых задачах родительского бизнес-процесса должен быть указан вызов подчиненного бизнес-процесса.
• Отметим, что разные этапы бизнес-процесса могут быть адресованы разным сотрудникам, и выполнение следующего действия (задачи) перейдет к другому сотруднику. Например, в случае необходимости предоплаты, без проведения бухгалтерией платежного документа отгрузка товара будет невозможна, а при отсрочке платежа отгрузку должен разрешить ответственный за это сотрудник.