пользователя охвачены автоматизацией
документа создано в новой системе за 1,5 месяца
на доработки и переход с Directum 4.8 на Directum RX
В ДВФУ использовали система Directum 4.8 более 10 лет. Давно встал вопрос о переходе на новое поколение. В 2023-м году перед ИТ-директором была поставлена задача в сжатые сроки выполнить переход.
ДВФУ — один из крупнейших вузов на Дальнем Востоке России, академический форпост страны в Азиатско-Тихоокеанском регионе. Университет создан Указом Президента Российской Федерации от 21.10.2009 г. № 1172 и распоряжением Правительства Российской Федерации от 02.04.2010 г. № 503-р.
Цель: развитие информационных систем заказчика с возможностью расширения функционала.
Задачи:
В ДВФУ ранее использовалась система Directum 4.8 более 10 лет. Кейс даже участвовал в Directum Awards 2012. В организации давно встал вопрос о переходе на Directum RX, так как Directum 4.8 из-за платформенных ограничений не мог удовлетворить новые потребности заказчика в расширении функциональности.
Перед директором по цифровой трансформации была поставлена задача в сжатые сроки перейти на Directum RX.
В августе 2023 году была инициирована конкурсная процедура, в которой победила компания «АрмаДок». Срок выполнения работ установлен 7 месяцев. Количество одновременно подключенных пользователей 700, всего сотрудников в ДВФУ более 5000.
Проект включал в себя следующие этапы:
Бизнес-процессы подлежащие автоматизации:
В связи с отсутствием собственных серверных мощностей, Заказчик решил арендовать ресурсы в Яндекс Облаке.
В процессе развертывания оказалось, что в ЯОблаке отсутствует возможность выделять виртуальные IP-адреса, из-за чего невозможно было настроить балансировку на базе HAProxy. Вместо этого были предоставлены встроенные в ЯОблако инструменты балансировки на базе ALB. Данный балансировщик официально не поддерживается Вендором, поэтому потребовалось больше времени, чтобы развернуть архитектуру с кластером Postgre SQL и балансировкой серверов приложений на его основе. Возникли нюансы и при настройке сквозной авторизации.
Дополнительно отметим, что сперва была проведена попытка развернуться с использованием СУБД Postgre SQL, которая была предоставлена на стороне ЯОблака как сервис, но в результате выяснили, что при использовании данной СУБД отсутствуют полные права на создание и изменение таблиц, что не позволило даже нормально развернуть «коробку».
При исследовании бизнес-процессов заказчика перед исполнителем встала задача по переносу решения «конструктор документов» в Directum RX. Данный функционал был очень важен для Заказчика, так как основной поток документов в организации шел через «конструктор». Также не мало важным было сохранить подход к настройке «конструктора», так как механизм уже был отлажен годами и удобен для администраторов системы заказчика.
«Конструктор документов» в Directum 4.8 состоял из следующих блоков:
Основным инструментом являлся справочник «Настройки согласования по видам документов», одна каждая запись которого хранила настройки для одного маршрута.
Вкладка «Главное» хранит сроки по согласованию и общие настройки для каждого этапа – каким образом вычислять/указывать исполнителей по этапу.
На вкладках «Предварительный этап», «Согласование», «Подписант» для вида подмаршрута/ маршрута указываются параметры с исполнителями в этапах с возможностью ограничения дополнительных участников для выбора. Для каждого исполнителя может быть настроена подзадача – запись справочника «Списки исполнителей».
Вкладки «Подзадачи 1го этапа по параметру» и «Подзадачи подписантов» управляют набором параметров, которые запрашиваются при старте процесса и списком исполнителей подзадач, которые добавляются в процесс, если у параметра выбрано значение «Да».
Вкладка уведомления управляет набором параметров, которые запрашиваются при старте процесса и списком получателей уведомлений, если у параметра выбрано значение «Да».
Типовые маршруты разделены на несколько последовательных блоков, в каждом блоке исполнители ролей участвуют параллельно. В каждом из 8 маршрутов были свои частности, заложенные в схеме.
Последовательность блоков на схемах маршрута была приблизительно следующей:
Перед стартом каждого из маршрутов указывается параметр Вид маршрута – данный параметр необходим для определения настроек по справочнику:
После выбора параметра «Вид Маршрута» идет запрос дополнительных параметров, которые собираются в список с каждой вкладки и с каждой таблицы записи справочника «Настройки согласования по видам документов» и запрашивается в виде диалога (Да\Нет):
На основании заполненных параметров формируются списки согласующих по этапам и подписывающих для выбора:
На выходе в поле «Комментарий» задачи размещался текст с описанием какие параметры были заполнены с результатом «Да» и ФИО исполнителей по этапам:
Для реализации «конструктора документов» в Directum RX рассматривались следующие варианты:
После обсуждения внутри команды и взвешивания всех «за» и «против» было принято решение в пользу 2 варианта. Главными аргументами стали:
Таким образом в Directum RX было разработано решение под новым названием Матрица согласования документов основанное на «конструкторе документов», но модифицированное с учетом возможностей системы и оптимизированное в связи с выявленными в исследования неактуальными данными, а также с добавлением новой функциональности, которая не могла быть реализована в Directum 4.8 из-за ряда ограничений.
Матрица согласования документов состоит из группы справочников, связанных между собой и настроенными правилами согласования.
Справочники размещены в специально созданном модуле «Администратор ДВФУ» и разделены на группы в соответствие с тематикой:
Заказчику было предложено изменить подход к процессу согласования на работу «от документа», так как в Directum 4.8 они отталкивались «от задачи». Это было необходимо, чтобы не использовать диалоги с пользователем, а заполнять всю нужную информацию в карточке документа. Предложение понравилось, так как оно позволяет хранить всю информацию в одном месте без возможности редактирования и удаления (например, инициатор в Directum 4.8 в задаче перед стартом мог удалить текст из поля Комментарий и вся информация по заполнению параметров терялась и не могла быть восстановлена в случае возникновения возможного инцидента).
На форму типов документов внутреннего и исходящего документопотоков было добавлено свойство «Категория документа» для дополнительной классификации документов в рамках видов документов, которое в Directum 4.8 называлось «Вид маршрута», а в некоторых местах «Вид подмаршрута».
Данное решение позволило сократить количество создаваемых видов документов в системе. Также для свойства заложена логика по автоматическому заполнению, которое сокращает время пользователя на раздумья по заполнению карточки документа и не позволят допустить ошибку.
Справочники по настройкам согласования документов в Directum RX и Directum 4.8 визуально схожи и заполнение имеет общую логику, что соответствует требованиям Заказчика. Но в Directum RX появились новые «фичи»:
В Directum RX реализовано отображение инструкции в карточке задачи на постоянной основе, если в справочнике настроек заполнен столбец Инструкция для категории документа:
Данный справочник содержит параметры, используемые для вычисления исполнителей в этапах. В Directum 4.8 параметры заполнялись в текстовом поле в справочнике «Настройки согласования по видам документов» и забивались вручную в каждой вкладке, что могло приводить к опечаткам. В Directum RX было решено выделить параметры в отдельный справочник и в случае необходимости изменения формулировки делать теперь это можно в одном месте.
Справочник «Параметры задач» является общим для документов внутреннего, исходящего и договорного документопотоков.
Заполнение параметров размещено на вкладке «Параметры согласования» в карточке документа. Вкладка отображается, если в карточке вида документа есть соответствующая настройка (чек-бокс «Отображать вкладку Параметры согласования») и заполняется от категории документа. В карточке документа есть информационное сообщение, напоминающее об заполнении вкладки, так как по умолчанию для всех параметров установлено значение «Нет» — это сделано с целью упросить работу пользователей по заполнению параметров, так как для некоторых категорий документов настроено более 40 параметров. Параметры в таблице недоступны для изменения и удаления, также изменение значений (Да/Нет) недоступно после отправки документа на согласование по регламенту.
Размещение параметров согласования в отдельной вкладке в карточке документа позволяет хранить всю информацию в одном месте.
На основании заполненных параметров фильтруются списки сотрудников в поле «Подписал» в карточке документа и в карточке задачи на согласование по регламенту в полях «Предварительные согласующие» и «Согласующие».
Доработана также вкладка «Регламент» в задаче на согласование по регламенту и вкладка «Задачи» в карточке документа в части отображения информации о подзадачах:
Справочник «Списки исполнителей» используется в столбцах «Подзадачи» и «Обязательный доп. список» справочника «Настройки согласования документов». Справочник «Ответственные экономисты» используется для выбора в карточке документа в поле «ЦФО».
Большое количество новой логики по подбору участников процесса потребовало расширение параметров практически всех этапов согласования – добавилось значительное количество параметров, которыми управляет Администратор.
Так как практически вся логика управляется визуальными настройками и прикладной логикой, схема правила согласования получилась вполне лаконичной:
Подробное описание других технических решений проекта потребовало было существенно увеличить статью. Коротко хочу выделить следующие моменты:
Очень похожа концептуально на Матрицу согласования документов (описанную выше), но имеет свои особенности.
Справочник «Правила вычисления ролей» - предназначен для автоматизации вычисления исполнителей согласования.
Справочник «Виды договора» - предназначен для дополнительной классификации для договора возм. Оказ. Услуг с Российским преподавателем.
Справочник «Категории договоров» - предназначен для дополнительной классификации договоров в рамках видов документов.
Справочник «Этапы задач» - предназначен для настройки этапов согласования.
Интеграция с 1С – как и было описано выше, включает взаимодействие 1С:БГУ, 1С:ЗКГУ, 1С: УФО, 1С: Университет. Передается справочная информация, документы, и параметры, которые передаются в карточку документа для обработки матрицей согласования договоров и напрямую влияют на процесс;
Решение «Управление ВНД», которое позволяет управлять процессами согласования. утверждения и публикации внутренних нормативных документов, положений о структурных подразделениях и должностных инструкций. В нем сохранилась логика близкая к Directum 4.8 (не RX), когда отдельно есть РКК и отдельно карточки документов. РКК выступает в роли каталога, который и рассылается пользователям на ознакомление.
Безусловно, невозможно воспроизвести за 7 месяцев все доработки, которые были сделаны более чем за 10 лет в ДВФУ. Совместно с Заказчиком были выбраны наиболее важные направления и проект был успешно реализован в поставленные сроки. Этому способствовало:
1) Всего к системе подключено 5 773 пользователя, организована одновременная работа 700 пользователей.
2) 39774 документа создано в системе в ходе ОПЭ (за полтора месяца):
3) 46532 задач создано в системе в ходе ОПЭ.
4) 27 правил согласования создано в системе в ходе ОПЭ.
В планах автоматизировать финансовые процессы, выполнить интеграцию с МЭДО, обновление на версию 4.9 для работы с МЧД с внедрением Контур.Доверенность.
Команда проекта со стороны исполнителя:
Исполнитель
ООО «АрмаДок» является генеральным партнером Directum. Группа компаний АрмаДок имеет большой опыт (более 20 лет) — в области автоматизации и системной интеграции бизнес-процессов и систем, разработки корпоративных информационных систем по индивидуальным требованиям заказчика, по внедрению и сопровождению информационных систем масштаба отрасли и предприятия.
Опубликовано:
29 марта в 12:46
Обсудите реализацию с экспертом Directum