Бизнес процессы 1с примеры

Основа ведения учета в 1С – это операция ввода документа пользователем. Один документ оформляет одну произошедшую хозяйственную операцию (например – продали три утюга).

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

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

• Принять заказ (девочка оператор)
• Ожидание поступление денежных средств (платежку загружают из клиент банка в бухгалтерии)
• Формирование сбора заказа на складе (складские работники)
• Согласование отгрузки (начальнег)
• Отгрузка (грузчики).

Каждую из этих операций возможно оформить в 1С. Каждую оформляют разные сотрудники разных отделов.

• Как сообщить каждому следующему пользователю, что ему пора выполнять действия в этом бизнес процессе 1С?
• Как связать события в одну цепочку и оставить для истории потомкам?
• Как проконтролировать цепочку от начала до конца и понять когда все ок?

Бизнес процессы 1С

Сначала разберемся в терминах.

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

В 1С бизнес-процесс означает организованную цепочку точек, в которых платформа 1С обеспечивает автоматически (варианты):

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

Хозяйственные операции (вернее их оформление) при ходе бизнес-процесса 1С выполняется:

• Или автоматически создаются и проводятся документы (выполняемой часть программы)
• Или пользователем вручную, когда ему ставится такая задача.

Бизнес-процессы 1С и задачи 1С

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

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

При старте формируется задача первому пользователю. Он отметил ее как выполненную. Система автоматически создает вторую задачу другому пользователю. И так далее.

Один бизнес-процесс 1С связан с одним видом задач, созданным в конфигураторе. Для указания вида задач, который будет формироваться, нужно в конфигураторе зайти в бизнес-процесс 1С и на закладке Основные указать свойство Задача.

Обычно в конфигурации создают один вид задач – универсальный и все бизнес-процессы 1С использует ее.

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

Из этого находят следующий выход:

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

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

Итак бизнес-процесс 1С состоит из цепочки точек выполнения. Цепочка точек настраивается на карте маршрута бизнес-процесса 1С. Чтобы открыть карту маршрута нужно нажать правой кнопкой на бизнес-процесс 1С и выбрать пункт меню Открыть карту маршрута.

Чтобы создать новую точку – просто перетащите ее на карту маршрута со специальной панели снизу.

• Старт
  Первая точка маршрута. Чтобы карта была корректной, на ней должна быть хотя бы одна точка старта. У сложных бизнес-процессов 1С точек маршрута может быть несколько. Точка старта (и завершения) не формирует задач никому.
• Завершение
  Это точка, на которой ход бизнес-процесса 1С автоматически завершается. Несколько точек (вариантов) завершения используются достаточно часто (например, успешный вариант или отказ).
• Точка действия (желтый квадрат)
  Означает, что будет создана задача 1С и адресована пользователю. Пользователь увидит ее в списке, выполнит какие-либо действия, установит в задаче галочку Выполнена и бизнес-процесс 1С двинется дальше по цепочке. В свойствах точки действия можно назначить обработчик события ПередСозданиемЗадач(), который часто используется для заполнения реквизитов задачи, чтобы указать пользователю – в каких его действиях заключается «выполнение задачи». Адресацию задачи (т.е. направить ее нужно пользователю или группе пользователей) можно установить двумя способами:
  o Динамически в обработчике ПриСозданииЗадач() заполнять из кода 1С
  o Если в задаче 1С уже созданы реквизиты адресации, в бизнес-процессе 1С уже указана Задача 1С, то в свойствах точки внизу, в разделе Адресация будут отображены все реквизиты адресации задачи, где можно выбрать тот набор реквизитов адресации, который нужен; ограничение – возможно выбирать только предопределенные элементы справочников. Если установить галочку Групповая в свойствах, то это означает, что задач может быть создано несколько. Сами задачи (кроме первой) нужно генерировать самостоятельно, в обработчике ПередСозданиемЗадач(), однако система должна знать, что задач будет несколько, чтобы дождаться выполнения всех, а не двинуться дальше по маршруту после выполнения первой.
• Точка условия
  Данная точка выбирает куда дальше двинется бизнес-процесс 1С. Выбор производится в обработчике точки ПроверкаУсловия(), который нужно создать в ее свойствах. Чтобы бизнес-процесс 1С пошел далее по условию «Да», нужно в обработчике установить значение Результат = Истина.
• Точка выбора варианта
  То же условие, только многовариантное (больше двух вариантов ветвей). По умолчанию добавляется три варианта, их можно как убавить, так и добавить, нажав на них и используя кнопки Del и Ins. Для каждого варианта задается наименование. Отличия в обработчике состоят в том, что Результат должен быть равен конкретному варианту, например:
  Результат = ТочкаВыбораВарианта.Варианты.Вариант1;
• Точки разделения и слияния
  Позволяет распараллелить выполнение задач и слить потом обратно.
• Точка обработки
  Позволяет в обработчике Обработка() выполнить произвольные действия, например сформировать документ или провести его.
• Точка вложенного бизнес-процесса 1С
  На этом месте создается другой бизнес-процесс 1С и начинает выполняться. Этот же бизнес-процесс 1С ожидает полного завершения вложенного.

Начало и завершение бизнес-процесса 1С

Бизнес-процесс 1С может быть просто создан и записан, также как и непроведенный документ.

Чтобы начать выполнение бизнес-процесса 1С, нужно его «стартовать», выполнив метод Старт() в программе или нажав кнопку Старт в режиме 1С Предприятие.

После завершения у бизнес-процесса 1С будет установлена галочка Завершен.

Бизнес-процессы 1С и роботы

Некоторые скептически относятся к бизнес-процессам 1С по причине их построения на основе задач – информационных напоминалок пользователям.

Они говорят — как напоминалка такая задача работает – пользователь увидел ее в списке и сделал, но:

• всем будет лень отмечать факт ее выполнения (или будут забывать)
• могут нажать, чтоб задача выполнена (для отчетности), а сами ничего не сделать.

Другие на таких скептиков придумали варианты участия роботов в бизнес-процессах 1С. Роботом на сленге 1С называют регламентное задание.

Регламентное задание – это задача, автоматически по расписанию выполняемая сервером 1С или специально запущенным клиентом 1С. Важно – что оно выполняется автоматически, само собой.

Такого робота можно запустить по расписанию с частотой раз в минуту (раз в десять секунд) и адресовать ему задачи также.

• У каждой задачи ставить галочку Групповая
• Формировать две задачи
• Одну задачу адресовать пользователю, другую – роботу
• Робот каждые N минут проверяет условие, что задача была выполнена (например, документ введен) и если это так указывает выполненными обе задачи, и за пользователя в том числе.

Другой вариант использования – когда в цепочке есть точка ожидания. Например ожидание оплаты заказа. Эта задача может быть адресована роботу, который проверяет ее наличие раз в день/час и выполняет когда оплата поступила.

Проголосовать за этот пост:

Источник: howknow1c.ru

Создаем бизнес-процесс в несколько шагов

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

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

Шаг за шагом

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

1) На первом этапе добавим в конфигурацию необходимые справочники с соответствующими предопределенными элементами.

Заполнение предопределенных элементов мы осуществили в соответствии со значениями адресации задач на карте маршрута (см. выше).

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

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

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

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

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

Теперь необходимо в свойстве объекта задач выполнить следующие настройки:

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

1. Параметр «Адресация» используется для указания таблицы, в которой настраивается адресация задач.
2. Свойство «ТекущийПользователь» ссылается на значение, в котором сохраняется текущий исполнитель для задачи (в нашем примере это текущий пользователь).
3. Основной реквизит адресации выбирается из реквизитов адресации задачи. Значение этого реквизита будет заполнятся системой при автоматическом создании задачи из текущего исполнителя.

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

На этом настройка объекта «Задачи» завершена. Теперь мы можем перейти непосредственно к созданию бизнес-процесса.

4) Четрвертый шаг — он важный самый. Теперь мы начинаем работать непосредственно с бизнес-процессом. Создаем новый объект конфигурации «БизнесПроцесс» в ветке «Бизнес-процессы».

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

В свойствах бизнес-процесса на вкладке «Основные» укажем для свойства «Задачи» созданный нами ранее объект задач.

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

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

Мы еще вернемся к настройке адресации. Коснемся точки условия. Для нее нам не нужно настраивать параметры адресации, единственное условие для ее работы — описать обработчик проверки условия.

Программный код обработчика приведен на следующем листинге:

Процедура ОплатаНаличнымиПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат) // Если параметр «Результат» равен ИСТИНА, то процесс подет по ветке «ДА», и наоборот. Результат = ОплатаИзКассы; // «ОплатаИзКассы» — реквизит бизнес-процесса (см. выше) КонецПроцедуры

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

При нажатии на кнопку «Обновить карту» будет выполнен следующий программный код:

КонецПроцедуры Объект»); // Вызываем метод получения карты маршрута текущего бизнес-процесса Карта = ОбъектБП.ПолучитьКартуМаршрута(); КонецПроцедуры

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

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

После этого добавим созданную форму в рабочую область рабочего стола.

Теперь перейдем к последнему этапу — настройки регистра адресации задач в режиме 1С:Предприятие.

6) Настройка регистра адресации задач — очень важный этап. Запустим программу в режиме предприятия и перейдем в таблицу регистра адресации задач. Создадим там следующие записи:

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

Если рассмотрим шестую запись из таблицы, где заполнены все измерения, то мы можем заключить следующее: задача пользователю «Бухгалтер» придет только в том случае, если для точки действия установлены в параметрах адресации подразделение — «Бухгалтерия» и должность — «Кассир». В текущем примере для этого условия удовлетворяет одна точка действия:

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

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

На этом задача решена. Проведем небольшое тестирование.

Тестируем

В режиме предприятия выполним старт нового бизнес-процесса.

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

Тест завершен, все работает.

Итог

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

1С 7.7 программирование это курс для начинающих изучение 1С Предприятие 7.7 , методик программирования и конфигурирования системы.

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

«Особенности использования механизма настройки прав доступа для реквизитов»
Разработки

Просмотрщик COM-объектов

Просмотр СОМ-объектов

Рабочее место менеджера по продажам для УТ10.3, КА1.1, УПП1.3

Менеджер по продажам- рабочее место:планирование продаж и т.д.

АКТ О ПРИЕМЕ-ПЕРЕДАЧЕ ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ НА ХРАНЕНИЕ

Прием-передача материальных ценностей (печатная форма)
Еще от автора

• Передача данных между управляемыми формами
• Фиксируем колонку в отчете на СКД
• Если у Вас нет феноменальной памяти
• Ошибка получения остатков

Источник: 1clancer.ru

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

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

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

Самая очевидная польза от автоматизации бизнес-процессов заключается в том, что система сама начинает следить за регламентом выполнения работ, снимая это бремя с сотрудников и тем самым высвобождая ресурсы для основной работы. Как следствие, сокращается число ошибок и повышается эффективность труда. Далее, эффективность взаимодействия повышается за счет автоматической передачи информации сотрудникам по мере продвижения бизнес-процесса по маршруту: по оценкам специалистов, на взаимодействие сотрудников (передача информации и ее поиск) тратится от 20 до 40% рабочего времени.

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

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

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

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

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

Нотация описания бизнес-процессов в «1С:Предприятие» разрабатывалась с учетом ГОСТ 19.003 — 80 «Схемы алгоритмов и программ. Обозначения условные графические» и использует интуитивно понятные элементы и обозначения. Отметим также читабельность схем (даже неподготовленный пользователь может прочитать их вслух) и их компактность. Так, например, схемы «1С:Предприятие» содержат в три раза меньше обозначений, чем аналогичные схемы в нотации eEPC, не уступая им при этом по информативности (см. врезку «Программа работы с файлами»).

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

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

Программа работы с файлами

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

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

Пример: согласование отпусков

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

Разработка

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

Процедура СтартПередСтартом(ТочкаМаршрутаБизнесПроцесса, Отказ)
ГрафикОтпусков = Документы.ГрафикОтпусковОрганизаций.СоздатьДокумент().Ссылка;
Записать();
КонецПроцедуры

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

Процедура ПодготовитьОбработкаИнтерактивнойАктивации(
ТочкаМаршрутаБизнесПроцесса, Задача, СтандартнаяОбработка)
ГрафикОтпусков.ПолучитьФорму().Открыть();
КонецПроцедуры

На этом разработка бизнес-процесса завершена.

Использование бизнес-процесса

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

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

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

Несмотря на всю свою простоту и очевидность, этот бизнес-процесс позволяет:

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

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

Пример: согласование документов

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

Разработка

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

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

Процедура СогласованиеПриСозданииЗадач(
ТочкаМаршрутаБизнесПроцесса, ФормируемыеЗадачи, Отказ)
Для Каждого Задача Из ФормируемыеЗадачи Цикл
Задача.Сотрудник = Согласующий;
КонецЦикла;
КонецПроцедуры

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

Процедура СогласованиеОбработкаИнтерактивнойАктивации(
ТочкаМаршрутаБизнесПроцесса, Задача, СтандартнаяОбработка)
ПолучитьФорму(«ФормаСогласования»).Открыть();
КонецПроцедуры

На следующем шаге нам необходимо запрограммировать точку условного перехода.

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

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

Использование бизнес-процесса

На этом разработку бизнес-процесса можно закончить и попробовать его в действии.

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

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

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

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

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

Источник: журнал «BYTE» (Россия)

Источник: grandproject.ru