Правила отображения ссылок на документы в проводнике системы DIRECTUM

4 5

Доброго времени суток, уважаемые читатели club.directum.ru! Как понятно из названия, статья посвящена правилам и принципам отображения ссылок на документы в проводнике системы DIRECTUM.

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

В системе DIRECTUM отображение ссылки документа зависит от:

  • стадии жизненного цикла (СЖЦ) документа;
  • наличия ЭЦП на версии документа;
  • приложения-редактора, которым была создана последняя версия документа.

Влияние стадии жизненного цикла

Начнем мы с влияния СЖЦ на отображение ссылки, но вначале вспомним, зачем же, в принципе, они используются. А нужны они для того, чтобы предоставить пользователю возможность наглядно определить текущий этап работы над документом, не забираясь вглубь его карточки. Т.е. просто глядя на ссылку на документ в проводнике системы, пользователь может определить его СЖЦ.

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

  

Вот так она выглядит. Здесь видно, что текст внутри каждого из блоков (которые отражают  конкретную СЖЦ) выделен произвольным форматированием, которое переносится и на ссылку. Т.е. на СЖЦ «Инициализация» ссылка на документ будет отображаться обычным шрифтом синего цвета, а на стадии «Расторгнут» ссылка будет отображаться нормальным зачеркнутым шрифтом черного цвета. Иными словами, у ссылки на документ можно менять ее цвет, ее стиль (нормальный, курсив, зачеркнутый).

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

Я хочу обратить ваше внимание на то, что СЖЦ может быть столько, сколько нужно для обеспечения полноценного бизнес-процесса, и их название и форматирование может задаваться так, как то будет нужно компании.

Влияние ЭЦП

«Подписанность» документа влияет на иконку документа. Рассмотрим частный случай на примере Word-документа. Иконка неподписанного документа выглядит, как обычная пиктограмма word’овского-документа:

Если документ подписать визирующей подписью, то к пиктограмме добавляется «ключ»:

Если документ подписать утверждающей подписью, то к пиктограмме добавляется «сургутная печать»:

Влияние приложения-редактора

Приложение-редактор, с помощью которого была создана последняя версия документа, также влияет на ссылку. Если последняя версия создана в Word’е, то пиктограмма будет Word’а; если в Excel’е, то Excel’я и т.д. Важно отметить, что пиктограммы приложений берутся из стандартных Windows-библиотек. Т.е. как ссылка на документ выглядит на вашем рабочем столе, также она будет выглядеть и в системе DIRECTUM.

 

Далее приведу небольшой FAQ по тем вопросам, которые нам чаще всего задают:

Вопрос: Если документ сначала был подписан визирующей подписью, а затем был утвержден, как он будет отражен в проводнике.

Ответ: Иконка документа будет с «сургутной печатью» без «ключа»().

 

Вопрос: Как отображается жизненный цикл документа, если у него несколько версий?

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

 

Вопрос: Как отображается подписанность документа, если у него несколько версий?

Ответ: Если подписана хотя бы одна версия документа, ссылка на документ будет отображаться как подписанная. 

Алексей Долгих

Один из заказчиков просил поменять системную логику отображения ссылок. А именно: значок ЭЦП и значок приложения показываются от действующей версии документа (у документа запрет на создание нескольких действующих версий). Загвоздка в том, что действующая версия может не быть последней.

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

Все же возможно ли такое?

Петр Федотов

Алексей, расскажите, пожалуйста, поподробнее где и что меняли, в зависимости от чего изменялось отображение значка ЭЦП и приложения? 

На счет приложения-редактора - у документа показывается значок для действующей версии, даже если эта версия не последняя, пример:

2 версия - устаревшая - word

1 версия - действующая - pdf

будет показан значок для pdf. Если у документа нет ни одной действующей версии, в таком случае будет показан значок последней версии документа.

Ирина Иващенко

Например подписанная версия установлена как устаревшая и создана новая версия. Разве логично, что иконка остается с ключем?

Сергей Романюк

 

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

1. В определенный срок ДО устаревания текущей версии создается новая версия и пока она находится на согласовании ее помечают скрытой и устанавливают состояние этой версии "в разработке".

2. Далее, после того, как новая версия будет согласована и подписана ЭЦП, она делается видимой и ее состояние переводится в "действующая". Одновременно с этим старая версия переходит в состояние "устаревшая" и, при желании, помечается скрытой.

Если поступать так, то актуальная версия всегда будет подписана ЭЦП и путаницы будут исключены.

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

Возможно, Вы сможете предложить и другие примеры подобных ситуаций?

Алексей Долгих

Петр: Влияли на иконку ссылки через изменение следующих реквизитов в карточке документа: ISBEDocEditor - приложение-редактор и ISBEDocSigned - признак подписанности документа. Они кстати есть во всех карточках.

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

Авторизуйтесь, чтобы написать комментарий