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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

точка Старт;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

• Получить инструмент контроля над работой предприятия
• Получить информацию об «узких» местах в работе
• Принимать оперативные решения по оптимизации работы
• Повысить взаимозаменяемость сотрудников , выполняющих конкретные задачи

Сотрудникам предприятия автоматизация бизнес-процессов позволит:

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

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

Возможности подсистемы «Конструктор процессов» практически полностью соответствуют аналогичной подсистеме в другом нашем продукте — полнофункциональной системе электронного документооборота СЭД «Корпоративный документооборот». Более подробно о СЭД «Корпоративный документооборот» можно прочитать на отдельном сайте.

Бизнес-процессы позволяют выполнить эффективную автоматизацию бизнес-процессов предприятия и являются хорошим дополнением к 1С:УНФ.

Вы можете о Конструкторе бизнес-процессов

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

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

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

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

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

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

На этой же странице «Параметры» находятся такие параметры как «Инициатор» и «Контролер».

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

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

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

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

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

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

При нажатии на кнопку «Добавить» в основном списке будет открыто специально окно выбора исполнителя. Можно выбрать либо тип адресации «Простая адресация», либо тип «Ролевая адресация». В случае простой адресации можно выбрать конкретного исполнителя задач процесса, а в случае выбора ролевой адресации можно выбрать роль исполнителя и объекты адресации (например, «Руководитель проекта по модернизации цеха» или «Директор предприятия»).

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

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

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

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

В форме бизнес-процесса можно просматривать и устанавливать реквизиты (переменные) процесса. Реквизиты процесса доступны на закладке «Реквизиты процесса». На данной закладке можно выбрать два вида отображения реквизитов – «Форма» и «Список». В случае выбора вида отображения «Список» все реквизиты выводятся в виде таблицы, а при выборе вида отображения «Форма» реквизиты добавляются как отдельные элементы формы.

При выборе вида отображения «Форма» реквизиты добавляются как отдельные элементы формы.

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

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

Каждый экземпляр бизнес-процесса имеет свой журнал выполнения. Записи в данный журнал выполнения автоматически вносятся в ходе выполнения процесса, они также могут добавляться вручную при выполнении программного кода (например, в точках действия с типом «Обработка» или «Действие»). Журнал выполнения процесса при необходимости может быть распечатан, для печати процесса нажмите кнопку «Печать журнала» в нижней командной панели страницы «Статистика и журнал процесса», возможно также сохранение журнала в формат MS Excel.

В подсистеме «Процессы» также доступен журнал, содержащий записи всех экземпляров корпоративных процессов. Такой журнал размещен в подсистеме «Конструктор процессов», пункт «Журнал выполнения процессов».

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

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

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

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

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

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

Диаграмма выполнения строится в виде диаграммы Ганта по задачам исполнителей. Отрезки диаграммы строятся от времени первого открытия задачи пользователем и до момента выполнения задачи. Масштаб временной шкалы диаграммы может быть изменен нажатием правой кнопки мышки на её шкале и выборе пункта «Настройки».

В форме списка «Конструктор процессов» можно отключить вывод выполненных процессов, сняв пометку во флажке «Показывать завершенные процессы».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Форма: перед выполнением
2. Форма: перед записью (сначала на клиенте, затем на сервере)
3. Модуль задачи: перед выполнением
4. Бизнес-процесс: перед выполнением
5. Модуль задачи: при выполнении
6. Модуль задачи: перед записью
7. Модуль задачи: при записи
8. Бизнес-процесс: при выполнении
9. Форма: после записи (сначала на сервере, затем на клиенте)

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

Пупсень и Вупсень 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С Предприятие 8.3 на примере решения задачи из аттестации «Специалист по платформе 1С». Этот механизм очень часто используется для , поэтому важен для любого программиста.

Объекты Бизнес-процессы и Задачи очень тесно связаны между собой. Выполнение задачи представляет собой передвижение по маршруту бизнес-процесса. Рассмотрим процесс внедрения бизнес процессов в 1С подробнее.

Условие задачи Специалист по платформе по бизнес-процессам

Сотрудник Подразделение Должность
Васина	Бухгалтерия	Кассир
Мишина	Бухгалтерия	Кассир
Мишина	Бухгалтерия	Бухгалтер
Кротов	Бухгалтерия	Бухгалтер
Иванов	Бухгалтерия	Гл. бухгалтер
Онопко	Отдел закупок	Начальник отдела
Петренко	Отдел закупок	Зам. начальника отдела
Бельдыев	Отдел закупок	Менеджер
Рахимов	Отдел закупок	Менеджер
Мансуров	Отдел закупок	Менеджер
Жупиков	Отдел закупок	Кладовщик
Сидоров	Отдел закупок	Кладовщик
Галкин	Отдел продаж	Менеджер
Палкин	Отдел продаж	Менеджер

Первый шаг для настройки механизма бизнес-процесса в нашем примере — создание новых объектов «Бизнес-процесс» и «Задача»:

Задача, можно сказать, «подчинена» бизнес-процессу.

Адресация бизнес процесса 1С 8.3

В задачах на вкладке Адресация необходимо задать основные параметры в механизме бизнес-процессов: Адресация, Основной реквизит адресации, Текущий исполнитель. А так же заполнить реквизиты адресации.

В поле Адресация задается регистр сведений, с помощью которого будет настроена адресация. В нашем примере это регистр сведений с измерениями: Исполнитель, Подразделение, Должность.

Получите 267 видеоуроков по 1С бесплатно:

В поле Основной реквизит адресации необходимо указать основной для адресации реквизит — основной разрез для выполнения задачи.

Текущий исполнитель — поле, в котором указывается Параметр сеанса, по которому будет определяться текущий исполнитель. Подробнее об этом можно прочитать в статье Параметры сеанса.

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

Карта маршрута бизнес-процесса

Следующим действием для настройки бизнес-процесса является формирование карты бизнес-процесса:

Рассмотрим формирование бизнес-процесса на основе процесса закупки товара:

1. отдел закупок дает старт бизнес-процессу;
2. после задача переходит в отдел «Бухгалтерия», где, в зависимости от того, как будет происходить оплата товара, задача переходит либо кассиру, либо бухгалтеру;
3. после оплаты товар должен приходоваться конкретным пользователем — Сидоровым.

«Роли» пользователей, которые должны выполнять задачи, указываются в палитре свойств каждой точки действия:

Флаг Групповая означает, что его задачу должны выполнить все пользователи из данной группы.

Для блока, в котором происходит разветвление, необходимо задать в свойствах Проверка условия специальный обработчик:

Процедура УсловиеПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат) Результат = ОплатаНаличными; КонецПроцедуры

Для простоты предположим, что метод оплаты указывается в задаче: если в задаче установлен флаг «оплата наличными, значит, оплата пойдет через кассира.

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

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

Для этого сформируйте форму справочника по умолчанию. Затем в реквизиты формы добавьте реквизит с типом «ГрафическаяСхема». Этот реквизит перенесите на форму:

И последнее для формы — процедура отображения бизнес-процесса:

Процедура ОбновитьКарту() БП = РеквизитФормыВЗначение("Объект" ) ; ЭтаФорма. Карта = БП. ПолучитьКартуМаршрута() ; КонецПроцедуры

Ее нужно выполнять при открытии элемента бизнес-процесса и назначить на команду «Обновить карту».

Форма списка задач бизнес-процесса

Форма списка задач по условию задачи должна отображать только открытые задачи текущего исполнителя. Сделать это очень просто.

Достаточно создать форму списка задач по умолчанию. После этого в выбрать Основную таблицу — Задача.Задача.ЗадачиПоИсполнителю. Эта настройка позволит указать отбор по исполнителю задач:

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

Настройка адресации в пользовательском режиме 1С 8.2

Последний этап, но не последний по значимости — настройка адресации в пользовательском режиме в регистре «Адресации».

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

Вот и всё! Настройка бизнес-процесса готова!