Переход с 1С:ДО 2.1 на 1С:ДО 3.0 для компании Generium

Компания 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, которая автоматически расширяет доступ к договору для сотрудников, имеющих доступ к связанным с ним документам, например,
к поступлениям. То есть, при создании поступления на основании договора, автоматически предоставлялся доступ к договору для нужных сотрудников.

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