Пакет управления документооборотом Action Workflow

Часто, помимо грамотного хранения информации, возникает потребность в организации определенных маршрутов работы над документами (маршрутизация) и контроля исполнительской дисциплины. Когда нет устоявшихся маршрутов обработки информации и желательно осуществить последовательную или параллельную рассылку необходимой документации, в ваше распоряжение предоставляется «свободный маршрутизатор», созданный и интегрированный в систему DOCS OPEN, посредством которого можно из списка пользователей системы или групп пользователей выбрать адресатов корреспондентов, назначить времена работы, просмотреть статус работ (получена/прочитана/выполнена и т.д.), проследить историю работы над той или иной информацией. В случае же, когда имеются относительно стабильные маршруты хождения документов, предпочтительнее использовать возможности продукта Action Workflow компании Action Technologies.

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

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

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

Основные особенности Action Workflow:

· методология учитывает «человеческий фактор»;

· в качестве адресата используются не имена конкретных сотрудников, а их должности (роли), что является серьезным подспорьем в организации производства;

· созданная карта процесса статически проверяет себя на замкнутость: документ не может быть отправлен в «никуда» или остановиться непонятно почему. Лицо, сделавшее запрос, должно узнать о результате;

· четкая система контроля исполнения, когда на выполнение определенной операции отводится определенное количество времени, и система сама по вашему выбору определяет штрафные санкции к провинившемуся сотруднику и реакцию системы на подобное нарушение;

· на рабочих местах конечный пользователь оперирует привычными для своей отрасли производства терминами – в процессе создания карты вы сами определяете «сленг», на котором будут общаться сотрудники вашего предприятия;

· доступ к информации в данный момент имеют только лица, которые должны с ней работать, кому это разрешили.

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

· система имеет открытый интерфейс и может быть интегрирована в существующие приложения.

Система состоит из трех частей, каждая из которых направлена на решение определенного круга задач. В совокупности они призваны обеспечить быстрый и простой путь к созданию карты взаимодействия между сотрудниками в организации. Ядром системы является AWS Manager – модуль, непосредственно отвечающий за выполнение работ согласно данным из карт, а также за контроль исполнения и назначение штрафных санкций в случае нарушения сотрудниками временных интервалов, отведенных на определенный этап работ. В дополнение к AWS Manager поставляется открытый API, посредством которого можно получить всю необходимую информацию об интересующих процессах: кто в данный момент работает над проблемой, посмотреть историю, просмотреть и при необходимости назначить временные интервалы выполнения различных стадий работ, а также сотрудников, выполняющих определенные роли, или же получить список документов, которые отправили на обработку.

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

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

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

Дата добавления: 2014-12-16