Конструктор карточек в docsvision

Обновлено: 11.05.2024

Вторым важнейшим компонентом приложения СЭД, помимо документов или карточек документов (в модели приложения, реализованной в платформе Docsvision), являются процессы. Если машина состояний, контекстно-ролевая модель и скрипты определяют поведение и логику отдельного документа в системе, то бизнес-процессы предназначены для реализации сложных сценариев маршрутизации, взаимодействия с внешними по отношению к СЭД приложениями, для обработки событий, не связанных с активностью пользователей, и другой серверной активности в отношении документов.
Например, БП может автоматически создавать новые документы в случае необходимости, обеспечивать передачу информации между документами при возникновении тех или иных событий, рассылать уведомления и т.д.

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

Отмеченная мною выше особенность – совмещение задач моделирования и имплементации в одном инструменте приводит к тому, что для описания процесса используется специальная нотация, ориентированная на конкретную среду исполнения и ее особенности.
С одной стороны, язык описания процесса (нотация) должен содержать элементы, которые представляют логику процесса на высоком уровне – функции для обозначения активностей пользователя и системы, логику последовательности обработки — ветвления и объединения, а также средства декомпозиции процесса (подпроцессы для организации иерархического моделирования).
С другой стороны, необходимы стандартные компоненты, которые позволяют описывать алгоритм обработки, реализовывать в процессе конструкций типа (if – then – else, do-while) работу со счетчиками, коллекциями, операторы сравнения и пр. Также необходимы низкоуровневые функции, ориентированные на работу с конкретными бизнес объектами и их данными, функции обработки специфических для системы событий, управление синхронизацией процесса.
Дополнительно необходимы инструменты для программного расширения стандартного набора функций и функции для реализации сценариев интеграции с другими приложениями.
Все это приводит к тому, что каждая реализация реальной промышленной Workflow системы и Docsvision, в частности, реализует собственную нотацию, которая может использоваться как для моделирования (визуального представления процесса для человека), так и программирования (низкоуровневого описания). При этом модель описания процессов Docsvision содержит все конструкции нотации BPMN (визуально с ней не совпадая), что позволяет импортировать в Docsvision процессы, смоделированные на языке BPMN для дальнейшей имплементации.

Рис. 1. Дизайнер процессов Docsvision реализует собственную нотацию, ориентированную на создание работоспособных приложений, реализующих логику обработки документов в приложениях.

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

Для описания (программирования) процессов Docsvision используется шаблоны. Помимо функций и связей шаблоны содержат параметры.
Параметры — это внутренние переменные процесса, используемые для хранения информации конкретного экземпляра процесса. Например, в процессе обработки договора переменные – это сам файл документа, сумма договора, имя ответственного и согласующих лиц, сроки согласования, контрагент, вид услуги или продукции и пр. Переменные процесса используются для двух целей.
• Первая очевидна – для определения логики обработки процесса и передачи информации между функциями. Например, при старте обработки процесс получает на вход файл договора, который передается между участниками в процессе согласования, а сумма договора используется в функциях условного ветвления для определения логики согласования договора – формы финансового контроля.
• Вторая функция переменных менее очевидна – это параметризация исполняемых функций. Шаблон процесса может содержать функции, которые не содержат конкретных значений параметров (например, имени исполнителя задачи, или срока выполнения). Эти параметры функций могут определяться (или даже вычисляться) по ходу выполнения процесса и на предыдущих шагах, и передаваться в функцию в момент ее инициализации. Это позволяет моделировать сложные процессы, адаптируемые к обрабатываемой в них информации и существенно сокращать количество шаблонов. Если бы данная функция отсутствовала, для каждого частного случая потребовался бы отдельный шаблон, что сильно усложнило бы сопровождение приложений.

Процесс может быть запущен вручную, из другого процесса или с использованием программного интерфейса (API).

Конструктор бизнес-процессов поддерживает работу со следующими видами переменных. К простым относятся следующие типы переменных:
• целое;
• дробное;
• строка;
• да/нет;
• дата/время;
• строковые перечисления.

Большинство переменных позволяет обрабатывать в процессе различные сущности платформы Docsvision:
• карточка;
• файл;
• секция карточки;
• строка секции карточки;
• папка;
• ярлык;
• подразделение: выбирается из справочника сотрудников;
• сотрудник: выбирается из справочника сотрудников;
• группа: выбирается из справочника сотрудников;
• роль: выбирается из справочника сотрудников;
• тип карточки;
• перечисление;
• процесс;
• переменная процесса;
• значение переменной процесса;

2 шлюза — шлюз к файловой системе (ФС) и шлюз к электронной почте входят в конструктор процессов по умолчанию, они несут с собой следующие переменные:

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

Переменные в процесс передаются одним из следующих способов:
• Они могут быть заданы по умолчанию;
• Вводятся вручную при старте процесса;
• Переданы в подпроцесс при автоматическом запуске из родительского процесса;
• Сформированы в ходе процесса, в частности, с помощью скриптов;
• Получены из обрабатываемых процессом документов и других объектов;
• Сформированы автоматически при выполнении операции запуска процесса из интерфейса работы с конкретным документом, если процесс запускается бизнес логикой обработки документа;
• И, наконец, переданы в процесс программно с использований функций API, если процесс стартует с помощью программного кода.

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

Процесс состоит из функций.
Первая группа функций позволяет описать общую структуру процесса – это функции:

Старт – точка начала процесса;
Cтоп – остановка процесса;
Разветвление – создание параллельных веток процесса;
Объединение по И и по ИЛИ – объединение веток процесса;
Подпроцесс – функция служит для декомпозиции процесса при моделировании. Она запускает определенный шаблон и передает туда переменные из родительского процесса. Подпроцесс может быть синхронным, тогда родительский процесс ждет его окончания и получает обратно переменные, и асинхронным – родительский процесс просто запускает подпроцесс. Этот способ запуска процессов используется, в частности, для обработки различных событий. Например, родительский процесс ожидает появления новых документов в системе и запускает параллельные процессы по их обработке.

Вторая группа функций позволяет расширять логику обработки процесса:

Рис.3. Функция сценарий позволяет расширять поведение системы и реализовать произвольную обработку в рамках процесса.

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

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

Функции	Параметры функции	Тип значения параметра
Создать экземпляр процесса	Название экземпляра Шаблон процесса Папка Запустить процесс Возвращаемое значение	Строковое Карточка DV Папка DV Да/Нет Процесс DV, выходной параметр
Запустить процесс	—	—
Остановить процесс	—	—
Получить переменную процесса по имени	Имя переменной Возвращаемое значение	Строковое Переменная процесса DV, выходной параметр
Приостановить процесс	—	—
Создать переменную	Имя переменной Идентификатор шлюза Тип переменной в шлюзе Коллекционная переменная Возвращаемое значение	Строковое Строковое Целое Да/Нет Переменная процесса DV, выходной параметр

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

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

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

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

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

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

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

Рис. 1. Конструктор разметок.

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

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

Рис. 2. Конструктор скриптов.

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

Рис. 3. Конструктор состояний

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

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

Рис. 4. Конструктор согласований

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

Рис. 5. Конструктор согласований - выбор маршрута согласования

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

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

Рис. 6. Внедрение системы документооборота.

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

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

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

Конструктор карточек состоит из следующих визуальных инструментов:

Конструктор web-разметок – позволяет настраивать интерфейс карточки, через который пользователь будет работать в web-клиенте Docsvision. Особенность конструктора web-разметок в том, что он позволяет настраивать разные виды дизайна интерфейса в зависимости от состояния карточки, роли пользователя или устройства, через который пользователь работает с карточкой (компьютер, планшет или смартфон).
Конструктор состояний – позволяет настраивать этапы жизненного цикла карточки: её состояния (например, «Подготовка», «На согласовании», «Согласована», «В архиве»), последовательность переходов между ними, доступность каких-либо операций в зависимости от стадии жизненного цикла карточки (например, просмотр файлов, изменение определенных реквизитов, добавление комментариев и т.д.)
Конструктор ролей – позволяет настраивать динамические роли, которые могут зависеть от содержимого карточки, должности пользователя и других параметров. Роль определяет доступный пользователю интерфейс карточки электронного документа и доступные операции для работы с ней.
Конструктор справочников – позволяет создавать и настраивать иерархические справочники, значение из которых можно использовать для автозаполнения полей карточки.
Конструктор правил нумерации – позволяет настроить логику автоматической генерации регистрационных номеров и присвоения их карточкам документов.

В Docsvision есть несколько способов конструировать информационную структуру и визуальный интерфейс карточек.

Менеджер карточек (CardManager) – низкоуровневый визуальный инструмент, позволяет создавать новые типы карточек, описывать их информационную структуру и определять ограничение на значения полей на уровне базы данных.
Конструктор карточек – более высокоуровневый инструмент, позволяет формировать и информационную структуру, и внешний интерфейс определённого вида карточек.

Тип карточки – это низкоуровневый объект, который содержит в себе описание структуры данных (схему), с помощью которой карточка данного типа хранится в базе данных. Например, в комплект поставки платформы Docsvision изначально поставляются два типа карточек: Документ и Задание.

Вид карточки – это модификация карточки определённого типа. Настраивается при помощи справочников и конструкторов и не изменяет структуры Базы данных.

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

Основные сценарии использования конструктора карточек

Создание или модификация готовых приложений
Гибкая настройка приложений при внедрении
Создание собственных карточек документов «с нуля»
Модификация любых карточек Docsvision
Настройка внешнего вида (дизайна) и жизненного цикла документов
Быстрое создание прототипов решений

Особенности конструктора карточек

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

Инструменты конструктора карточек

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

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

Рисунок 1. Конструктор состояний. Настройка автомата состояний.

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

Рисунок 2. Конструктор разметок.

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

Рисунок 3. Конструктор web-разметок.

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

Статическая роль – безусловная роль, которая определена заранее и не меняется в ходе работы процесса. Например, роль «Коммерческий директор».

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

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

Настройка ролевой модели через конструктор ролей включает в себя три шага:

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

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

Рисунок 5. Конструктор скриптов.

Low-Code настройка решения

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

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

Мы, разработчики Docsvision, называем этот продукт платформой. Именно платформой, на базе которой можно создавать различные проектные решения.

Чтобы эти решения было удобнее и быстрее создавать, а в дальнейшем и изменять, для платформы Docsvision мы сделали различные инструменты (конструкторы, модули, шлюзы), которые позволяют за счет настройки смоделировать на платформе решение под конкретного заказчика, с учетом его требований.

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

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

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

Открытость.
Гибкость.
Модульность.
Производительность.

Принцип №1: Открытость.

Платформа Docsvision должна быть открыта для разработки на ней.

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

Принцип №2: Гибкость.

В платформе Docsvision все должно настраиваться «под себя», и должны быть инструменты, позволяющие делать это без программирования.

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

Конструктор карточек.
Конструктор процессов.
Конструктор справочников.
Конструктор состояний.
Конструктор ролей.
Конструктор отчетов.
Конструктор поисковых запросов.
Конструктор скриптов.
Конструктор согласований.
Конструктор нумераторов.

Конструктор процессов.

Конструктор ролей.

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

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

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

Принцип №3: Модульность.

Архитектура платформы Docsvision должна быть модульной, чтобы заказчик приобретал только те компоненты, которые ему необходимы.

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

1. Набор готовых приложений

Это, например, такие приложения, как «Договоры», «Управление совещаниями», «Управление документами». Это все независимые готовые продукты, которые добавляют к платформе Docsvision соответствующие объекты – формы карточек (например, карточка «Договор»), справочники (например, справочник «Валюты»), роли (например, «Согласующий», «Подписант»). Как уже говорилось выше, все наши приложения мы делаем с использованием средств конструирования платформы Docsvision, а, значит, в проектном решении эти приложения можно адаптировать под требования заказчика.

2. Набор интеграционных шлюзов.

На данный момент мы разработали шлюзы к почте (SMTP/POP3), к 1С: Предприятие, к SharePoint и к SAP B1. Это своего рода готовые коннекторы, которые за счет их настройки позволяют Docsvision интегрировать с внешними системами. Основные функции всех шлюзов – это мониторинг объектов внешней системы, а также чтение и запись данных.

3. Набор рабочих мест пользователей.

Для платформы Docsvision мы разработали ряд рабочих мест для разных групп пользователей. Вот их краткое описание:

Как работает решение

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

Сценарий работы

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

2. Заполнение опросного листа для документа. В «Конструкторе документов» необходимо ответить на вопросы опросного листа, чтобы сформировался текст соответствующего документа. У некоторых вопросов есть значок «i», при нажатии на который будет открыта справка об этом пункте договора на сайте «КонстультантПлюс». Формулировки текста документа, которые привязаны к вопросам опросного листа, составлены профессиональными юристами с учетом российского законодательства. Список вопросов опросного листа и привязанные к ним формулировки текста документа можно настраивать в соответствии с требованиями организации.

Читайте также: