Работа с задачами – пожалуй, самая часто используемая функция системы электронного документооборота.
Казалось бы, что может быть проще — доставить документ исполнителю и получить реакцию на его обработку, но практика показывает, что задача — один из самых сложных объектов в СЭД.
У российских спецназовцев есть мощные инструменты управления задачами.
Мы расскажем, как реализуются задачи в Docsvision, и каковы особенности их реализации.
В отличие от других приложений корпоративных систем (ERP, CRM, PDM и др.
), в которых пользователь работает постоянно и играет активную роль при взаимодействии с программой, большинство пользователей СД работают в ней периодически, по мере возникновения необходимости обработать ту или иную информацию.
документ в рамках нормативных актов.
Например, необходимо согласовать договор или заявку, утвердить заказ на входящий документ и т. д. В большинстве процессов даже реализована функция автоматического запуска обработки документов на основе стандартных нормативных процедур.
Сценарий работы в SЭD отличается от работы в других приложениях: система должна уведомлять пользователя о необходимости выполнения определенных действий и предоставлять ему все необходимые данные в удобном, интуитивно понятном интерфейсе для их выполнения, поскольку он может их обрабатывать.
тип работы один раз в год или только один раз.
Оповещение и «доставка» документов и необходимого контента пользователю в нужный момент реализовано именно через механизм задания .
В задаче также предусмотрен необходимый интерфейс для обработки документа, предлагающий различные варианты заполнения, форму для заполнения и т. д., а иногда и краткие инструкции о том, что необходимо сделать.
Как мы уже отметили, задача представляет собой достаточно сложный объект. Эта сложность является следствием разнообразия сценариев, которые разработчикам SD-приложений приходится реализовывать с помощью задач.
Несмотря на всю сложность, оно должно быть интуитивно понятным, чтобы сотрудник мог быстро разобраться, что и как нужно делать.
Основные должностные функции В основе задачи Docsvision лежит тот же объект, что и карточка документа Docsvision (см.
статью habrahabr.ru/company/docsvision/blog/263263 ) — соответственно, к нему применяются те же возможности настройки.
Это возможность изменить структуру данных, интерфейс, логику обработки, конечный автомат, ролевую модель и т. д. Однако задание имеет предопределенную логику обработки, которую нельзя изменить.
Задача имеет такие поля, как исполнитель, контролер, плановые и фактические сроки выполнения, плановая и фактическая трудоемкость и другие, специфичные для задачи.
Базовая логика обработки предполагает маршрутизацию задачи и уведомлений исполнителям, возможность исполнителю увидеть задачу в соответствующих папках (Входящие) и выполнить ее с помощью соответствующей кнопки.
Рис.
1. Интерфейс работы с задачей позволяет реализовать различные операции по ее обработке с помощью кнопок на ленте.
Возможности маршрутизации заданий В базовом функционале задача имеет множество вариантов маршрутизации: исполнитель может делегировать ее (при наличии соответствующих прав) прокси вручную, либо передав ему полные права на исполнение, либо потребовав возврата по завершении.
Задача может иметь этап контроля: в этом случае после выполнения задачи она будет передана контролеру для подтверждения выполнения.
Задача может быть декомпозирована, т.е.
на ее основе могут быть созданы подчиненные задачи, которые, в свою очередь, могут быть декомпозированы – таким образом формируется иерархия подчиненных задач – это своего рода процесс выполнения задачи, которым может управлять исполнитель.
Помимо ручной маршрутизации реализованы сценарии автоматической замены: если сотрудник по тем или иным причинам окажется недоступен, задание будет автоматически перенаправлено на выполнение заместителям.
Способы инициализации заданий в приложениях Сама задача представляет собой отдельное приложение Docsvision. Он может быть создан пользователем, но это далеко не единственный сценарий его инициализации.
Встроить задачу в приложения Docsvision можно несколькими способами: • Самый простой — использовать функцию инициализации задачи в бизнес-процессе ( https://habrahabr.ru/company/docsvision/blog/281959/ ), при этом при проектировании процесса необходимо позаботиться о правильной инициализации параметров задачи – назначении исполнителя, сроков выполнения, выборе типа задачи, передаче необходимых документов в задачу и т. д. • Для инициализации задачи можно использовать специальный .
Net-компонент, который доступен для любой карты.
Позволяет встраивать функции создания задач и контроля хода их выполнения для любых документов, настроенных с помощью дизайнера или созданных как отдельные программные компоненты системы.
• Наконец, функциональные возможности задания можно добавить в любое приложение с помощью кода через API. Настройка задачи Поведение стандартного функционала задачи можно настроить в справочнике типов объекта «Задача».
Например, можно настроить правила делегирования, возможности декомпозиции, правила создания задачи из карточек документов (в частности, правила автоматического заполнения полей задачи из полей карточки документа).
Рис.
2. Богатые возможности для настройки стандартного поведения задач в каталоге заднего вида без программирования.
Вы можете добавлять или изменять произвольную функциональность задачи, используя конструкторы разметки, состояния, ролей и сценариев, аналогично тому, как это делается для всех других карточек документов Docsvision. Настройка бизнес-логики, сбор метрик При необходимости изменить бизнес-логику работы с задачами в отдельных приложениях, например, реализуется нестандартная логика завершения.
В каталоге типа задачи также доступны инструменты настройки.
Например, в случае специализированной задачи в приложении «утверждение финансовых документов» необходимо не просто выполнить задачи, а выбрать один из альтернативных вариантов – «Утвердить», «Отклонить» и «Дополнительное согласование», а если при выборе альтернативы «Отклонить» необходимо указать причину в виде обычного текста, в случае «Дополнительного согласования» — сотрудника или группу из справочника сотрудников.
Такие сценарии можно настроить с помощью стандартных механизмов без программирования.
Рис.
3. Доступны все инструменты Docsvision для настройки интерфейса и логики обработки заданий.
Зачастую во время выполнения задачи требуется более сложная обработка.
Одним из таких сценариев является автоматический сбор информации о ходе выполнения задачи для формирования показателей процесса.
Например, вы можете создать программный скрипт, который будет отслеживать активность пользователя при работе с задачей и автоматически формировать отчет о фактическом времени, затраченном на ее выполнение.
На практике нам приходится сталкиваться с большим разнообразием сценариев работы с задачами, что привело к необходимости реализации всех возможных механизмов настройки, аналогичных средствам настройки карточек документов.
Объекты, маршрутизируемые в задании Основная функция задания – доставка определенных документов подрядчику.
Практика показывает, что это могут быть самые разные типы документов – обычные файлы, структурированные карточки документов, ссылки на различные внешние объекты, например URL-ссылки на определенные WEB-страницы, и, наконец, это могут быть объекты различных внешних систем, с которой работает подсистема бизнес-процессов, через механизм шлюза, о котором мы говорили в предыдущей статье ( https://habrahabr.ru/company/docsvision/blog/281959/ ).
Особенностью реализации задач в Docsvision является возможность беспрепятственной маршрутизации объектов внешнего шлюза непосредственно в задаче.
Например, если пользователю на определенном этапе бизнес-процесса необходимо поработать с тем или иным документом 1С, он получит задание, которое будет содержать соответствующую ссылку и, инициировав его, пользователь откроет именно тот документ, который ему нужен.
.
Ему не нужно отдельно открывать программу 1С и искать там соответствующий объект. 
Рис.
4. Задача поддерживает механизмы in-place — работу с контентом непосредственно в интерфейсе задачи.
Управление задачами в бизнес-процессах Если стандартных инструментов маршрутизации и обработки бизнес-логики задачи для реализации функций приложения недостаточно, можно использовать другой механизм настройки — специальную функцию бизнес-процесса.
Если задача инициирована бизнес-процессом или бизнес-процесс каким-то образом «нашёл» задачу для обработки, то его можно настроить так, чтобы он реализовал логику обработки задачи.
Например, реализовать обработку нештатных ситуаций — автоматически завершить или отозвать задачу, изменить исполнителя, сроки или текст задачи, если какие-либо правила ее обработки нарушены.
Это можно сделать без программирования.
И, конечно же, в процессе можно использовать и программную обработку задачи, что делает возможности расширения логики обработки практически неограниченными.
Различные интерфейсы для работы с задачами Задача — это объект, с которым пользователь должен в любой момент времени взаимодействовать посредством доступных ему средств связи.
Поэтому мы реализовали различные варианты работы с задачами через разные типы устройств.
Сегодня пользователям доступны: • Полнофункциональный клиент — приложение Windows. • Легкий клиент, работающий в HTML-браузере.
• Отдельное мобильное приложение для iPad или iPhone. • Почтовый клиент. Этот тип клиента позволяет обрабатывать задачи непосредственно в стандартной почтовой программе (например, Gmail или почтовом клиенте для мобильного телефона) без установки дополнительных компонентов.
Этот тип клиента, конечно, позволяет выполнять не все операции, связанные с описанной выше задачей.
Зато позволяет ознакомиться с файлом документа, внести в него изменения и сообщить о результатах обработки задачи, например, утвердить или отклонить документ. Информация об этих действиях будет передана в СЭД.
Помимо простоты такой обработки, преимуществом является возможность работы в автономном режиме.
Рис.
5. Работа с задачей в легком клиенте 
Рис.
6. Так выглядит задача в почтовом клиенте Описанное не исчерпывает возможностей работы в системе Docsvision; существуют и другие возможности реализации конкретных сценариев в приложениях, но, как нам кажется, этого достаточно, чтобы представить, насколько сложные сценарии обработки заданий приходится реализовывать при создании SЭD-приложений.
Теги: #ed #приложения #задачи #электронный документооборот #ECM/СЭД
-
Скриншоты Сервиса Samsung Apps
19 Oct, 24 -
Google Обогнал Microsoft По Капитализации
19 Oct, 24 -
Отправляем Файлы До 2Гб Бесплатно
19 Oct, 24 -
Mytap Rdsfront& #1
19 Oct, 24 -
Google Украл Дизайн Yahoo?
19 Oct, 24
