Доброго времени суток, уважаемые читатели club.directum.ru! Как понятно из названия, статья посвящена правилам и принципам отображения ссылок на документы в проводнике системы DIRECTUM.
Дело в том, что отображение ссылок на документы периодически вызывает вопросы у пользователей системы, и для того, чтобы облегчить понимание этого вопроса, было решено написать эту статью.
В системе DIRECTUM отображение ссылки документа зависит от:
Начнем мы с влияния СЖЦ на отображение ссылки, но вначале вспомним, зачем же, в принципе, они используются. А нужны они для того, чтобы предоставить пользователю возможность наглядно определить текущий этап работы над документом, не забираясь вглубь его карточки. Т.е. просто глядя на ссылку на документ в проводнике системы, пользователь может определить его СЖЦ.
Итак, вид ссылки на документ зависит от схемы документа, которая содержит блоки каждой конкретной СЖЦ. В блоках же, в свою очередь, описано то, как на этой стадии ссылка на документ должна отображаться. Давайте взглянем на скришот, на котором изображена схема жизненного цикла договорного документа:
Вот так она выглядит. Здесь видно, что текст внутри каждого из блоков (которые отражают конкретную СЖЦ) выделен произвольным форматированием, которое переносится и на ссылку. Т.е. на СЖЦ «Инициализация» ссылка на документ будет отображаться обычным шрифтом синего цвета, а на стадии «Расторгнут» ссылка будет отображаться нормальным зачеркнутым шрифтом черного цвета. Иными словами, у ссылки на документ можно менять ее цвет, ее стиль (нормальный, курсив, зачеркнутый).
Также СЖЦ может меняться автоматически в процессе прохождения документом этапов типового маршрута. Т.е., например, на этапе подписания Утверждающим ссылка будет нормального шрифта синего цвета, а после подписания перейдет на этап согласования с контрагентом и станет розового цвета.
Я хочу обратить ваше внимание на то, что СЖЦ может быть столько, сколько нужно для обеспечения полноценного бизнес-процесса, и их название и форматирование может задаваться так, как то будет нужно компании.
Влияние ЭЦП
«Подписанность» документа влияет на иконку документа. Рассмотрим частный случай на примере Word-документа. Иконка неподписанного документа выглядит, как обычная пиктограмма word’овского-документа:
Если документ подписать визирующей подписью, то к пиктограмме добавляется «ключ»:
Если документ подписать утверждающей подписью, то к пиктограмме добавляется «сургутная печать»:
Приложение-редактор, с помощью которого была создана последняя версия документа, также влияет на ссылку. Если последняя версия создана в Word’е, то пиктограмма будет Word’а; если в Excel’е, то Excel’я и т.д. Важно отметить, что пиктограммы приложений берутся из стандартных Windows-библиотек. Т.е. как ссылка на документ выглядит на вашем рабочем столе, также она будет выглядеть и в системе DIRECTUM.
Далее приведу небольшой FAQ по тем вопросам, которые нам чаще всего задают:
Вопрос: Если документ сначала был подписан визирующей подписью, а затем был утвержден, как он будет отражен в проводнике.
Ответ: Иконка документа будет с «сургутной печатью» без «ключа»().
Вопрос: Как отображается жизненный цикл документа, если у него несколько версий?
Ответ: Стадия жизненного цикла документа не зависит от состояния его версий и указывается отдельно в свойствах состояния электронного документа, а внешний вид ссылки на документ в свою очередь зависит только от стадии жизненного цикла документа.
Вопрос: Как отображается подписанность документа, если у него несколько версий?
Ответ: Если подписана хотя бы одна версия документа, ссылка на документ будет отображаться как подписанная.
Один из заказчиков просил поменять системную логику отображения ссылок. А именно: значок ЭЦП и значок приложения показываются от действующей версии документа (у документа запрет на создание нескольких действующих версий). Загвоздка в том, что действующая версия может не быть последней.
Доработкой карточки, изменяя определенные реквизиты, получилось влиять на отображение ссылки. Но! Системная логика в некоторых случаях изменяла наше воздействие, т.е. отрабатывалась после доступных программисту событий.
Все же возможно ли такое?
Алексей, расскажите, пожалуйста, поподробнее где и что меняли, в зависимости от чего изменялось отображение значка ЭЦП и приложения?
На счет приложения-редактора - у документа показывается значок для действующей версии, даже если эта версия не последняя, пример:
2 версия - устаревшая - word
1 версия - действующая - pdf
будет показан значок для pdf. Если у документа нет ни одной действующей версии, в таком случае будет показан значок последней версии документа.
Например подписанная версия установлена как устаревшая и создана новая версия. Разве логично, что иконка остается с ключем?
Ирина, Вы правы. В ситуации, когда создается новая версия, а старая версия помечается устаревшей еще до согласования новой, отметка всего документа иконкой с ключем будет, конечно, нелогичной. Но, дело в том, что мы рекомендуем следующий алгоритм:
1. В определенный срок ДО устаревания текущей версии создается новая версия и пока она находится на согласовании ее помечают скрытой и устанавливают состояние этой версии "в разработке".
2. Далее, после того, как новая версия будет согласована и подписана ЭЦП, она делается видимой и ее состояние переводится в "действующая". Одновременно с этим старая версия переходит в состояние "устаревшая" и, при желании, помечается скрытой.
Если поступать так, то актуальная версия всегда будет подписана ЭЦП и путаницы будут исключены.
Ситуация же, описанная Вами, теоретически тоже может произойти. Но на текущий момент в такой жесткой логике системы нет необходимости. В основном, наши клиенты используют рекомендуемый нами подход. Но мы стремимся к постоянному развитию системы и стараемся учитывать все пожелания. Поэтому я предлагаю Вам по возможности развить эту ситуацию, дабы на конкретном примере мы могли убедиться в необходимости изменения поведения системы в предложенной ситуации.
Возможно, Вы сможете предложить и другие примеры подобных ситуаций?
Петр: Влияли на иконку ссылки через изменение следующих реквизитов в карточке документа: ISBEDocEditor - приложение-редактор и ISBEDocSigned - признак подписанности документа. Они кстати есть во всех карточках.
Сергей: Ирина описала именно ту ситуацию, которую нам поставил заказчик. А описанный вариант, с точки зрения рядового пользователя, содержит слишком много действий, для большенства их это сложно.
Авторизуйтесь, чтобы написать комментарий