23.1.Заполнение справочника «Модели бизнес-процессов
Для формирования модели бизнес-процессов нужно создать модель в режиме «Модели бизнес-процессов» по кнопке «Создать»:
СПРАВОЧНИКИ\БИЗНЕС-ПРОЦЕССЫ\Модели бизнес-процессов
24.. Модель бизнес-процесса для документов «Заявка на закупку»
Модель формируется следующим образом:
Если в процессе участвуют различные пользователи, то это указывается элементами типа «Роли».
Задачи (действия) пользователей указываются в области соответствующей роли. Наименование роли, задачи, событий указывается в закладке «Свойства» соответствующего элемента (то есть элемент в дизайнере должен быть активным – подсвечивается рамкой) (Рисунок ).
Элементы переносятся в «Дизайнер», между элементами указываются стрелки, которые отражают последовательность действий.
Связи между элементами устанавливаются путем перетаскивания стрелки от исходящего объекта к входящему.
Для сохранения модели используется кнопка «Сохранить»  .
При сохранении происходит проверка корректности модели, по результатам которой формируется протокол (Рисунок ).
25.. Протокол контроля перед сохранением модели бизнесс-процесса
В данном примере, программа выдала ошибку о том, что у объекта «Шлюз “ИЛИ/ИЛИ” 3» при 1 входящем объекте должна быть минимум 1 исходящая или же при 1 исходящем объекте должна быть минимум 1 входящая. После установки необходимой связи модель успешно сохранится в программном комплексе.
Сформированная модель бизнес-процессов может быть импортирована и экспортирована в форматах ХPDL, и SQL по кнопкам «Прием» и «Передача» (Рисунок ).
26.. Выгрузка модели бизнес-процессов»
26.1.Заполнение справочника «Маршруты»
Главное меню окна «Маршруты» включает следующие пункты:
Создать  (Создать по модели…)
Редактировать 
Копировать 
Удалить 
Печать 
Передача 
Прием 
Инверсия 
Разметить все 
Обновить 
Настройки  .
В выпадающем пункте меню «Создать» расположены команды «Создать» и «Создать по модели…».
27.. Создание маршрута по модели бизнес-процесса
Для создания нового маршрута необходимо выбрать команду «Создать», по которому откроется пустое окно «Маршрут» доступное для заполнения (Рисунок ). Для получения рабочего маршрута необходимо:
Составить схему маршрута или загрузить ее на основании модели бизнес-процессов;
Заполнить поля Код маршрута, Наименование, краткое наименование, продолжительность.
Заполнить все вкладки по каждому элементу маршрута - Свойства, Исполнители, Статусы, Оповещения, а также по каждой стрелке, указывающей движение документа (Рисунок ).
28.. Окно «Маршрут»
Чтобы создать маршрут на основании модели бизнес-процессов выберите команду «Создать по модели…». Откроется списочная форма справочника «Модели бизнес-процессов», в которой нужно выбрать нужную модель, после чего откроется окно программы с загруженной схемой бизнес-процесса.
29.. Заполнение свойств элементов маршрута
29.1.1.Действия государственного заказчика
Заказчик формирует документ «Заявка на закупку» за счет иных средств или же импортирует из предварительной заявки на закупку, связывает его с лотом плана-графика, заполняет все необходимые поля для внесения данных на форме и сохраняет. После успешного сохранения документа заказчик отправляет его по маршруту для согласования в вышестоящем органе. В случае выявления неточностей в заполнении заявки на закупку вышестоящий орган обладает возможностью отправить документ на доработку. В состоянии на доработке у заказчика есть возможность внести необходимые исправления в документ и отправить его на повторное согласование в вышестоящий орган.
В роли стартующего маршрут является элемент «Старт процесса». На нем во вкладке «Статусы» выбирается статус, который будет передаваться со всеми документами на следующие этапы маршрута. Для выбранного статуса активны кнопки добавления записей из справочников «Действие (приложение)» и «Контроль (сервер)» (Рисунок ).
Рисунок . Выбор статуса для стартового процесса с выбором действий и контролей
Действие «Установка ЭЦП» при отправке документа по маршруту будет автоматически устанавливать ЭЦП, используемое на машине пользователя, а выбранные контроли будут проверять документ, отсылаемый по маршруту на выполнение заложенных в них условий. В случае не выполнения документами условий, прописанных в контролях, будет выведено соответствующее сообщение пользователю и документ не пройдет по маршруту.
Если же документ проходит все предварительные контроли в начале маршрута, то он попадет на согласование в вышестоящий орган. В случае выявления неточностей в заполнении документа, вышестоящий орган вправе отправить заявку на доработку заказчику, где заказчик обладает возможностью внесения изменений в документ и повторной отправки его на согласование.
Действие «На доработке» заполняется следующим образом:
Вкладка «Свойства» – заполняется наименование, описание, срок исполнения, запрет редактирования (устанавливается в случае необходимости блокирования внесения изменений на выбранном этапе).
30.. Вкладка «Свойства» действия «На доработке» роли «Государственный заказчик»
Вкладка «Исполнители»: Тип исполнителя – подразделение, распределение – Случайно, подразделение/исполнители – Заказчики. В случае необходимости работы исполнителей на данном этапе из другого подразделения, для них необходимо прописать правило принадлежности исполнителя к группе подразделения, обладающей правами работы на выбранном этапе. В таком случае в первую очередь будет вычисляться исполнитель по той строке, в которой указано правило. Также в случае выбора в поле «Тип исполнителя» значения «Подразделение» доступно для вызова дополнительное окно вычисления исполнителя по кнопке «Дополнительно»  (Рисунок ). По нажатию на эту кнопку открывается окно «Правила подразделения», в котором можно активировать правила назначения исполнителя по следующим параметрам:
– инициатор маршрута (тот, кто запустил документ на маршрут);
– исполнитель предыдущего этапа;
– когда-либо исполнявшим этот этап последним.
31.. Вкладка «Исполнители» действия «На доработке» роли «Государственный заказчик»
Вкладка «Статусы»: Наименование – выбрано «На согласование», Отбор исполнителей – неактивен, подразделение – пусто. Подразделение выбирается из справочника подразделений в случае активации галки в поле отбор исполнителей. Наименование статуса передается при переходе документа к следующему этапу на маршруте. Кроме этого для каждого статуса отдельно назначаются из соответствующих справочников действие (приложение), контроль (сервер) и действие (сервер).
32.. Вкладка «Статус» действия «На доработке» роли «Государственный заказчик»
Во вкладке «Оповещение» указывается, кому отправить оповещение при поступлении документа на этап обработки и куда (Email – внешняя почта, Smart – внутренняя почта).
33.. Вкладка «Оповещение» действия «На доработке» роли «Государственный заказчик»
33.1.1.Действия главного распорядителя бюджетных средств
Действиями ГРБСа после получения на этапе согласования заявок на закупку от заказчика является проверка документа в связке с прикрепленными документами. В случае отсутствия нарушений в части заполнения документов исполнитель из числа ГРБС отправляет документ на согласование в вышестоящий орган УО. Если же были обнаружены определенные недочеты, то он отправляет документ по маршруту на доработку заказчику.
Перед тем как попасть на этап согласования в ГРБС на маршруте выполняется сценарий «На согласование в ГРБС». Во вкладке «Свойства» прописывается название сценария в поле «Наименование», а во вкладке выбирается статус, который будет передан на следующий этап обработки и действие, проставляющее аналитический признак для документа (Рисунок ).
Рисунок . Вкладка «Статусы» задачи «Сценарий»
Параллельный контроль может осуществляться сотрудниками одного штатного подразделения (но имеющих разные функции) или сотрудниками разных подразделений. В нашем примере действие «Проверка реквизитов ЗКР» осуществляется сотрудниками операционного отдела, «Проверка оправдательных документов» - сотрудниками отдела платежей.
При положительном контроле финансовый орган переводит заявку на кассовый расход из черновика в беловик, далее формирует платежные поручения и отправляет их в орган федерального казначейства. После подтверждения платежных поручений программный комплекс автоматически переводит процесс в завершение.
Для отображения параллельных потоков используется шлюз «И», для отображения одного из решений (согласовано/не согласовано) – шлюз «ИЛИ».
33.1.2.Действия уполномоченного органа
Документы «Заявка на закупку» приходит на согласование к специалистам уполномоченного органа (УО) после того как прошли согласование в ГРБСе (в случае если инициатором заявки является заказчик) или же минуя согласование ГРБСа (в случае если инициатором заявки является ГРБС).
Для назначения исполнителей на этапе согласования в УО во вкладке «Исполнители» выставляются следующие значения:
Тип исполнителя – Подразделение;
Распределение – Кто-либо;
Подразделение\Исполнители – Уполномоченный орган.
При этом для вновь прибывших на согласование документов возможностью согласования или отправки на доработку будет обладать любой исполнитель из подразделения «Уполномоченный орган» (Рисунок ). В случае повторного согласования документа на данном этапе исполнитель может вычисляться автоматически на основе параметров, выставленных по кнопке «Дополнительно» (Рисунок ).
Рисунок . Вкладка «Исполнители» этапа маршрута «На согласовании у УО»
Для специалистов УО во вкладке «Статусы» необходимо добавить из справочника статусов необходимые статусы для движения документов по маршруту. В приведенном примере это статусы «Принято» и «Доработка». Для каждого из этих статусов отдельно настраиваются путем выбора из соответствующих справочников «Действие (приложение)», «Контроль (сервер)», «Действие (сервер)» (Рисунок ).
Рисунок . Настройка действий и контролей для каждого отдельного статуса
В случае выбора «Доработка» предполагается отправлять документ на доработку заказчику, где у него будет возможность поправить обнаруженные неточности и вернуть обратно на проверку в УО. В случае выбора статуса «Принято» документ завершает маршрут с установленным аналитическим признаком «Принято к исполнению». После получения данного АП документ «Заявка на закупку» будет считаться прошедшим весь маршрут согласования и готовым для формирования извещения.
33.1.2.1.Параллельное согласование ЗЗ
Для отображения параллельного согласования используется шлюз «И». Шлюз «И» имеет один вход (передача документа участником бюджетного процесса финансовому органу), два выхода (два параллельно отрабатываемых действия).
В рассматриваемом примере параллельный шлюз разъединяет процесс на два параллельных маршрута с операциями «Назначение исполнителя ДФРЗ» с последующей операцией «На согласовании в ДФРЗ» и «Назначение исполнителя ДМПО» с последующей операцией «На согласовании в ДМПО», которые выполняются одновременно, не исключают друг друга (Рисунок ).
Если один из отделов ДМПО или ДФРЗ согласно приведенному примеру отправят документ на доработку, то после выхода из параллельного согласования документ уйдет на доработку заказчику, а не в принятые к исполнению.
Рисунок . Пример параллельного этапа маршрута по одновременному прохождению согласования в 2 отделах одной организации
33.1.2.2.Шлюз «ИЛИ/ИЛИ»
Шлюз «Или/Или» обрабатывает входящий поток и делит его от 1 до 3 альтернативных маршрутов. На примере Рисунок использован 1 входящий потом с 2 выходящими потоками маршрута. Данный шлюз также обладает возможностью собирать от 1 до 3 входящих потоков в 1 исходящий поток маршрута.
34.. Шлюз «ИЛИ/ИЛИ» на схеме бизнес-процессов
-
|
|
|
Статусы исходящего объекта или объектов, предшествующих шлюзу должны соответствовать статусам на выходе из условий (шлюза).
На выходах шлюза может использоваться одинаковый статус, но с разными правилами перехода.
|
Рассмотрим подробнее:
На обоих выходах из шлюза используется один и тот же статус «На согласование». Данный статус выбирается на элементе маршрута в виде черной стрелки, связывающей два объекта маршрута (Рисунок ).
Рисунок . Вкладка «Статусы связи» на втором выходе из шлюза с правилом перехода
Кроме выбора статуса связи возможно установление правила, которое будет проверено Системой на выполнимость. Если для документа, проходящего маршрут, правило выполняется, то документ проходить дальнейший путь маршрута по этой ветке с тем статусом, который указан на вкладке «Статусы связи». В случае не выполнения условий правила перехода документ пройдет по второй ветке маршрута, в которой правило перехода не указывается, а выбирается только статус. Т.е. тем самым вторая ветка является путем движения для всех тех документов, которые не проходят условия правила перехода по первой ветке. На примере приведенной схемы маршрута (Рисунок ) если документ не был запущен пользователем, относящимся к группе координаторов, то такая заявка не может быть отправлена напрямую на согласование в УО, первоначально не пройдя согласования в ГРБСе.
34.1.Привязка документов к маршрутам
Открыть справочник «Привязка документов к маршрутам». В списочной форме выбрать маршрут и открыть его на редактирование.
В открывшемся окне для поля «Статус» выбирается значение «Активный» для возможности отправки документов по маршруту заказчиками. На случай надобности внесения изменения в маршрут используется статус «Деактивирован» или «Отладка». В случае деактивации движение документов по маршруту не возможно. В случае использования отладки документы по маршруту может передвигать только куратор маршрута.
В разделе «Документы» по кнопке  добавляется строка и в графе «Документ» по двойному щелчку мыши открывается справочник документов, где выбирается документ «Заявка на закупку» (Рисунок ).
Рисунок . Форма редактирования документа «привязка документов к маршруту»
В разделе «Кураторы» выбираются пользователи из числа пользователей программного комплекса, которые будут обладать правами куратора маршрута. Для таких пользователей становиться доступен список документов, относящихся к типу заявок на закупку в сервисном режиме «Информация для кураторов маршрута».
В разделе «Подразделения» отбираются подразделения, которые будут обладать возможностью запуска документов на данном маршруте.
В случае указания галочки в поле «Показывать протокол успешного перехода», после каждого перевода действия будет формироваться протокол произведенных действий.
После указания всех показателей требуется сохранить документ.
Перечень сокращений
В документе используются следующие сокращения:
СОКРАЩЕНИЕ – расшифровка:
XML Process Definition Language (XPDL) - это язык, предназначенный для описания определений и реализаций рабочих процессов. Спецификация XPDL, предложенная WorkflowManagementCoalition, представляет собой формальную модель для описания рабочих процессов, относящихся к любым сферам деятельности. В соответствии с ней каждый поток работ разбивается на набор взаимодействующих между собой компонент.
ПБС – получатель бюджетных средств;
ГРБС – главный распорядитель бюджетных средств;
УО – уполномоченный орган.
Лист регистрации изменений
Номер версии
|
Примечание
|
Дата
|
ФИО исполнителя
|
01
|
Начальная версия
|
19.09.2014
|
Андреев В.А.
| |
![Программный комплекс «web Торги-кс» версия 13 2 [13. 02. 02] сборка 8089 Руководство пользователя Автоматизированная система управления бизнес-процессами icon](/i/32.png)
![Программный комплекс «web Торги-кс» версия 13 2 [13. 02. 02] сборка 8089 Руководство пользователя Автоматизированная система управления бизнес-процессами icon](/i/doc32.png)