Мы перезвоним вам
Оставьте свой контакт, и мы свяжемся с вами в ближайшее время
Получите оценку проекта
Оставьте заявку, и мы свяжемся с вами для консультации в течение дня
Заказчик
Компания Generium — российская инновационная биотехнологическая компания.
Результаты
- Синхронизируются права доступа к связанным документам. Пользователи, имеющие доступ к одному документу, автоматически получают доступ и к другому документу, связанному с ним.
- Пользователи могут выполнять задачи от имени разных сотрудников, если они работают совместителями в разных подразделениях и должностях. При этом в задаче видно от имени какого сотрудника выполнена задача, основного или совместителя.
- Появилась визуализация электронной подписи. Пользователи могут получать информацию и группировать виды документов в реестры.
Содержание
… мин
О заказчике
Generium объединяет научно-исследовательский институт мирового уровня, центр управления доклиническими и клиническими исследованиями и высокотехнологичное производство.
Компания располагает собственным R&D-парком, способным осуществить разработку любого препарата от создания молекулы до начала промышленного выпуска, включая генную терапию и клеточные продукты.
Имеет десятки различных ИТ-систем, профессиональную команду по управлению процессом разработки. Это сборы, формализация требований, описание бизнес-процессов, знание проектных методологий.
Персонал насчитывает более 1500 человек. Лабораторные площади, разбросанные по всей стране, располагаются на территории больше 5000 квадратных метров.
Компания располагает собственным R&D-парком, способным осуществить разработку любого препарата от создания молекулы до начала промышленного выпуска, включая генную терапию и клеточные продукты.
Имеет десятки различных ИТ-систем, профессиональную команду по управлению процессом разработки. Это сборы, формализация требований, описание бизнес-процессов, знание проектных методологий.
Персонал насчитывает более 1500 человек. Лабораторные площади, разбросанные по всей стране, располагаются на территории больше 5000 квадратных метров.
Запрос
Переход с ДО 2.1. на ДО 3.0
Компания Generium нуждалась в функционале ДО 3.0, чтобы в дальнейшем поддерживать и развивать продукт:
- «Сотрудники»В базе вели документооборот по нескольким организациям с наличием совместителей. Один и тот же сотрудник мог на полставки работать в разных организациях с разными руководителями, принадлежащих Generium.
Нужно было обновить функционал, чтобы сотрудник согласовывал документы от разных организаций с разными должностями и система уточняла, под какой должностью происходит согласование. - Простая электронная подписьТребовалось добавить отметку, что документ подписан простой электронной подписью, где будет указано: какой сотрудник подписал документ, дата подписания и GUID-пользователя — уникальный набор из 32 символов.
- Реестры документовКаждый документ имел разный набор реквизитов, и пользователи могли выводить дополнительные реквизиты в общий список документов. Однако потребности разных подразделений могли радикально отличаться: каждое подразделение хотело видеть свои реквизиты. Когда все реквизиты находились в одном журнале документов, удовлетворить все запросы было невозможно.
Нужно было создать реестры документов — специфичные объекты данных, которые позволяют настраивать отображаемые виды документов. Например, создать реестр документов департамента обеспечения качества и выбрать, какие именно виды документов будут отображаться в этом реестре. - Расширение доступа к документам через связанные документыРанее в системе версии ДО 2.1. мы сделали доработку для расширения доступа к документам через связанные документы. Нужно было перейти на новую версию, чтобы этот функционал стал типовым и встроенным.
Реализация проекта
Обновили действующую базу
Релиз действующей базы ДО 2.1 был довольно устаревший, и чтобы перейти на ДО 3.0, нужно было обновить базу до последнего релиза. Это обновление было важным шагом.
Далее мы запустили миграцию данных в тестовом контуре, чтобы проверить все процессы,
а затем реализовали миграцию на рабочих серверах.
Процесс миграции данных занял почти год. В это время пользователи одновременно работали в двух версиях — 2.1. и 3.0. Такая длительная миграция связана с тем, что в компании существуют процессы, полный жизненный цикл которых занимает более полугода.
Мы не могли остановить миграцию, так как в версии 2.1. продолжалась работа. Если процесс начался в «двойке», его нужно было завершить там же. В исходной программе ДО 2.1. по разным причинам существовало большое количество незавершенных пользователями задач и для полного переезда требовалась завершить их именно в «двойке».
Все задачи должны были мигрировать из «двойки» в «тройку». Пользователи видели свои задачи в «тройке», но выполняли их в «двойке», чтобы процессы там же и продолжались.
Далее мы запустили миграцию данных в тестовом контуре, чтобы проверить все процессы,
а затем реализовали миграцию на рабочих серверах.
Процесс миграции данных занял почти год. В это время пользователи одновременно работали в двух версиях — 2.1. и 3.0. Такая длительная миграция связана с тем, что в компании существуют процессы, полный жизненный цикл которых занимает более полугода.
Мы не могли остановить миграцию, так как в версии 2.1. продолжалась работа. Если процесс начался в «двойке», его нужно было завершить там же. В исходной программе ДО 2.1. по разным причинам существовало большое количество незавершенных пользователями задач и для полного переезда требовалась завершить их именно в «двойке».
Все задачи должны были мигрировать из «двойки» в «тройку». Пользователи видели свои задачи в «тройке», но выполняли их в «двойке», чтобы процессы там же и продолжались.
Обеспечили возможность сотрудникам выполнять задачи от разных подразделений и должностей
В ДО 2.1 некорректно выполнялась маршрутизация, пользователь мог принадлежать только одному подразделению.
Сейчас в версии ДО 3.0. один пользователь может быть связан с несколькими сотрудниками. То есть пользователь заходит в систему и может действовать от имени различных сотрудников. В системе отображается, от имени какого сотрудника произошло согласование.
Сейчас в версии ДО 3.0. один пользователь может быть связан с несколькими сотрудниками. То есть пользователь заходит в систему и может действовать от имени различных сотрудников. В системе отображается, от имени какого сотрудника произошло согласование.
Сделали визуализацию простой электронной подписи
Документ проходит этапы согласования в системе Документооборота, затем появляется возможность распечатать этот лист согласования. На нем отображается кто, в какой должности и какого числа согласовал документ. Также визуализация ПЭП присутствует и в самой карточке документа.
В данном случае не используется квалифицированная электронная подпись. Подтверждением согласования служит вход в систему под своим паролем, это приравнивается к заверению своих согласований.
В данном случае не используется квалифицированная электронная подпись. Подтверждением согласования служит вход в систему под своим паролем, это приравнивается к заверению своих согласований.
Создали реестры документов
Реестры позволяют настраивать отображаемые виды документов. Например, можно создать реестр документов качества и выбрать, какие именно виды документов будут отображаться в нем.
Это позволяет настраивать отображение реквизитов в зависимости от пожеланий сотрудников определенных подразделений, таких как бухгалтерия или отдел качества.
Это позволяет настраивать отображение реквизитов в зависимости от пожеланий сотрудников определенных подразделений, таких как бухгалтерия или отдел качества.
Настроили расширение доступа к документам через связанные документы
Например, в системе есть договор с поставщиком — это один из видов документов.
У каждого документа есть таблица с сотрудниками, подразделениями или ролями, которым разрешен доступ к этому документу.
На основании договора могут создаваться другие документы — поступления, реализации.
У этих документов свой набор сотрудников, которым разрешен доступ. Например, договор видит сотрудник юридического отдела, а документ поступления — бухгалтерия.
Проблема в том, что если сотрудник бухгалтерии не имеет доступа к договору, он увидит ссылку на него в документе поступления, но открыть договор не сможет, так как доступ
не предоставлен.
Ранее мы делали доработку в ДО 2.1, которая автоматически расширяет доступ к договору для сотрудников, имеющих доступ к связанным с ним документам, например,
к поступлениям. То есть, при создании поступления на основании договора, автоматически предоставлялся доступ к договору для нужных сотрудников.
В версии 3.0. это реализовано просто — достаточно поставить одну галочку. Есть настройка связей документов, где можно указать, что при создании документа поступления
на основании договора нужно расширять доступ к договору. Это значит, что права доступа
к связанным документам синхронизируются — сотрудники с доступом к одному документу автоматически получают доступ и к другому, связанному с ним.
У каждого документа есть таблица с сотрудниками, подразделениями или ролями, которым разрешен доступ к этому документу.
На основании договора могут создаваться другие документы — поступления, реализации.
У этих документов свой набор сотрудников, которым разрешен доступ. Например, договор видит сотрудник юридического отдела, а документ поступления — бухгалтерия.
Проблема в том, что если сотрудник бухгалтерии не имеет доступа к договору, он увидит ссылку на него в документе поступления, но открыть договор не сможет, так как доступ
не предоставлен.
Ранее мы делали доработку в ДО 2.1, которая автоматически расширяет доступ к договору для сотрудников, имеющих доступ к связанным с ним документам, например,
к поступлениям. То есть, при создании поступления на основании договора, автоматически предоставлялся доступ к договору для нужных сотрудников.
В версии 3.0. это реализовано просто — достаточно поставить одну галочку. Есть настройка связей документов, где можно указать, что при создании документа поступления
на основании договора нужно расширять доступ к договору. Это значит, что права доступа
к связанным документам синхронизируются — сотрудники с доступом к одному документу автоматически получают доступ и к другому, связанному с ним.
Результаты
- Настроили визуализацию простой электронной подписи.
- Настроили реестры для каждого набора видов документов. Теперь пользователи могут получать необходимую информацию, не путаясь в общем журнале.
- Настроили автоматическое управление доступом между связанными документами, теперь это происходит автоматически.
- Избавились от некоторых доработок системы, то, что доделывали в ДО 2.1 теперь является типовыми механизмами в ДО 3.0, или можно скриптами прописывать в пользовательском режиме. Сейчас обновление ДО 3.0 на новые релизы проходит проще и быстрее.
Смотрите далее: