Электронное согласование документов и их подписание. В чем преимущества электронного согласования

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

Но переход на новую технологию согласования может быть затянут и сильно осложнен из-за процесса внедрения электронной цифровой (далее - ЭЦП) в организации. Сегодня большинство руководителей считают, что в процессе электронного согласования проектов в СЭД необходимо обязательно использовать ЭЦП. Даже в том случае, если в дальнейшем согласованный проект документа будет распечатан из СЭД и подписан на бумажном носителе. А если ЭЦП не использовать, то, по мнению большинства руководителей, после электронного согласования в обязательном порядке необходимо пересобрать визы с собственноручными подписями на листе бумаги. Однако в этом случае эффективность электронного согласования практически сводится к нулевым показателям.

Но действительно ли электронное согласование невозможно без ЭЦП? Какова потребность использования электронной цифровой подписи в процессе согласования и нужно ли внедрение ЭЦП, если документы все равно будут «подписывать на бумаге»? Давайте попробуем вместе разобраться в этих актуальных вопросах.

Согласование, виза согласования и юридическая сила документа

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

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

Напомним, что согласование бывает внутренним и внешним.

Внешнее согласование выражает согласие с содержанием проекта документа организации, не являющейся его автором. И результаты внешнего согласования отражаются в реквизите «гриф согласования документа» .

При внутреннем согласовании (или ) проект документа анализируют уполномоченные должностные лица внутри . Результат внутреннего согласования должностное лицо оформляет визой , которая выражает его согласие или несогласие с содержанием проекта документа. Если у должностного лица есть принципиальные замечания по тексту проекта документа, то он их указывает и прикладывает к проекту.

Когда проект документа согласован, он передается на подписание (некоторые документы после подписания должны быть утверждены). Во время подписания (утверждения) осуществляется принятие решения, и именно после подписания (а в некоторых случаях - после утверждения) проект документа становится документом .

Теперь рассмотрим, что же подразумевается под юридической силой документа .

Фрагмент документа

ГОСТ Р 51141-98. Делопроизводство и архивное дело. Термины и определения

Юридическая сила документа - свойство официального документа, сообщаемое ему действующим законодательством, компетенцией издавшего его органа и установленным порядком оформления.

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

• во-первых, положения, содержащиеся в документе, не должны противоречить действующему законодательству;
• во-вторых, документ должен быть издан органом, имеющим компетенцию на создание документов такого вида;
• в-третьих, документ должен быть оформлен в соответствии с принятыми нормами. Здесь также подразумевается, что документ должен быть подписан (утвержден) внутри организации должностным лицом, обладающим необходимыми для этого полномочиями (т.е. правом подписи (утверждения) данного документа).

Какие документы уполномочено подписывать то или иное должностное лицо, устанавливается внутренними документами организации (например, уставами, положениями, приказами и т.п.). Так, от имени организации документы подписывает ее руководитель. По ряду отдельных вопросов право подписи могут иметь и другие сотрудники организации. Приказы, регламентирующие деятельность структурных подразделений, имеют право подписывать руководители этих подразделений. Если руководитель отсутствует, документ может подписать должностное лицо, исполняющее его обязанности.

В зависимости от вида или тематики документов на них должна стоять одна подпись или две и более. На документах, издаваемых, например, руководителем единолично, стоит только его подпись. Одним лицом подписываются приказы по основной деятельности или по личному составу, распоряжения и др. А вот количество подписей на письме будет зависеть от его тематики. Так, если письмо затрагивает финансовые вопросы, то оно должно быть подписано двумя лицами: руководителем организации и главным бухгалтером.

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

В Российской Федерации требования к подготовке и оформлению документов разных видов устанавливаются разными нормативно-правовыми актами, которые издают разные государственные органы. Соответственно, влияние визы согласования на юридическую силу документа нужно рассматривать отдельно для каждого вида документа. Остановимся на тех видах документов, которые чаще всего создаются в большинстве организаций и для согласования которых начинают использовать СЭД.

Визирование проектов писем

Итак, в соответствии с Общероссийским классификатором управленческой документации (ОК 011 -93) письмо относится к унифицированной системе организационно-распорядительной документации. А требования к оформлению реквизитов таких документов устанавливает .

Фрагмент документа

Свернуть Показать

ГОСТ Р 6.30-2003. Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов

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

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

Возможно оформление виз документа на отдельном листе согласования.

Визирование проектов договоров

Если обратиться к положениям статьи 160 Гражданского кодекса РФ, то мы увидим, что «сделка в письменной форме должна быть совершена путем составления документа, выражающего ее содержание и подписанного лицом или лицами, совершающими сделку, или должным образом уполномоченными ими лицами». Т.е. речь идет о необходимости подписания документа, но закон не требует проведения процедуры его согласования внутри организации. Конечно, стороны, заключающие сделку, могут проявить творчество и договориться о какой-то эксклюзивной процедуре разработки и подписания документа, в которую, в принципе, может быть включена необходимость одобрения сделки определенным лицом. Но подчеркнем - это уже будет не требование закона, а инициатива сторон.

«Во многих организациях (и частных, и государственных) при заключении договоров используется процедура визирования. Визирование имеет правовое значение только в тех случаях, когда стороны сочли это необходимым и обусловили в тексте самого договора. Визирование - внутренняя процедура документооборота компании, она регламентируется исключительно локальными актами, наличие виз на договоре показывает руководителю организации, что текст договора согласован ключевыми структурными подразделениями. Предположим, юридический отдел завизировал договор, который впоследствии был признан недействительным. Какие санкции будут применены к руководителю юридического отдела? Конечно, только дисциплинарные: замечание, выговор, увольнение. В данном случае лицо, завизировавшее договор, несет ответственность только как работник перед ». Для сторонних организаций присутствие или отсутствие визы на договоре не будет иметь никакого значения (если, конечно, стороны сами в тексте договора не прописали необходимость ее наличия).

Особенности согласования в СЭД

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

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

Соответственно, при переходе на электронное согласование нужно определить:

• какие именно проекты вы собираетесь согласовывать в СЭД;
• какими функциональными возможностями обладает используемая вами СЭД.

Получается, что не обязательно использовать ЭЦП в процессе визирования или в дальнейшем пересобирать визы на листе бумаги , если:

• законодательно не установлены требования к порядку визирования и оформлению виз согласования в проектах тех документов, которые вы планируете согласовывать с помощью своей СЭД, и в законодательстве не содержатся нормы, по которым визы согласования в данных документах влияют на юридическую силу документа;
• СЭД позволяет каждому пользователю визировать проект только за себя (или нескольких должностных лиц, которые указываются при назначении прав пользователю в соответствии с его полномочиями и выполняемыми функциями);
• СЭД не дает внести изменений в сам проект (позволяет только добавлять файлы с замечаниями);
• СЭД протоколирует всю работу с проектом (то есть записывает действия, произведенные пользователями, в специальный системный журнал, в котором их можно посмотреть. В том числе и записи о том, какой пользователь внес каждую из виз).

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

Использование ЭЦП при электронном согласовании может дать дополнительные гарантии руководителю, что проект завизировало определенно должностное лицо и в его текст не были внесены никакие изменения. Но если и без ЭЦП сама система электронного документооборота может «сказать» руководителю, кто визировал проект, и гарантировать, что его текст не подменили, то насколько в данном случае нужна ЭЦП? Решение по данному вопросу нужно принимать самостоятельно организации и закреплять его во внутреннем нормативном документе, например, инструкции по делопроизводству.

Если в итоге документ распечатывается из СЭД и подписывается на бумажном носителе, то можно закрепить следующий порядок работы :

1. На основании виз, внесенных в проект документа в СЭД, автоматически формируется и печатается из системы лист согласования, а также сам проект документа.
2. Затем уполномоченное должностное лицо проверяет лист согласования, проверяет визы, внесенные в СЭД, а затем заверяет как сам лист согласования (Пример 1), так и распечатанный проект (отметку о заверении проекта приказа целесообразнее ставить на оборотной стороне).
3. Распечатанный и заверенный проект передается руководителю на подписание вместе с распечатанным и заверенным листом согласования.
4. После подписания документа на бумажном носителе в СЭД заносится отметка об этом событии.

Если руководитель работает в СЭД лично , то он самостоятельно может проверить визы, распечатать проект и подписать его на бумажном носителе, а затем в СЭД внести отметку о подписании.

Электронное согласование в госструктурах

Электронное согласование в федеральных органах исполнительной власти, а также других государственных органах и органах местного самоуправления должно соответствовать требованиям новых Правил делопроизводства в федеральных органах исполнительной власти, утвержденных постановлением Правительства РФ от 15.06.2009 № 477. Объясним почему: хотя в названии этого нормативного документа сказано, что правила касаются только федеральных органов исполнительной власти, существует еще один нормативный документ (Закон от 27.07.2006 г. № 149-ФЗ), который расширяет зону их действия:

Фрагмент документа

Свернуть Показать

Пункт 2 статьи 11 «Документирование информации» Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации»

В федеральных органах исполнительной власти документирование информации осуществляется в порядке, устанавливаемом Правительством Российской Федерации. Правила делопроизводства и документооборота, установленные иными государственными органами, органами местного самоуправления в пределах их компетенции, должны соответствовать требованиям, установленным Правительством Российской Федерации в части делопроизводства и документооборота для федеральных органов исполнительной власти.

Так вот, в этих новых Правилах делопроизводства черным по белому написано, что для подписания электронных документов ЭЦП должна использоваться, а при их согласовании внутри СЭД эту ЭЦП могут заменить иные способы подтверждения действий с документами:

Фрагмент документа

Свернуть Показать

Правила делопроизводства в федеральных органах исполнительной власти, утв. постановлением Правительства РФ от 15.06.2009 № 477

38. Для подписания электронных документов федерального органа исполнительной власти используются электронные цифровые подписи. Используемые средства электронной цифровой подписи должны быть сертифицированы в установленном порядке.

39. При рассмотрении и согласовании электронных документов в системе электронного документооборота федерального органа исполнительной власти могут использоваться способы подтверждения действий с электронными документами, при которых электронная цифровая подпись не используется.

Свернуть Показать

Синякова Мария, юрист:

О каком-то конкретном способе подтверждения действий с электронными документами, при которых электронная цифровая подпись не будет использоваться, в постановлении Правительства РФ от 15.06.2009 № 477 ничего не сказано. Действующие в настоящее время нормативные документы ответа на указанный вопрос не дают.

Тем же постановлением Правительства Федеральному архивному агентству дано указание до 1 января 2010 г. утвердить Методические рекомендации по разработке инструкций по делопроизводству в федеральных органах исполнительной власти. Возможно, способы подтверждения действий с электронными документами, при которых электронная цифровая подпись не будет использоваться, будут содержаться в инструкциях по делопроизводству каждого отдельного федерального органа исполнительной власти.

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

Соответственно, если в Методических рекомендациях по разработке инструкций по делопроизводству в федеральных органах исполнительной власти (которые должен утвердить Росархив до 01.01.2010) не будет конкретизировано данное положение, то федеральный орган исполнительной власти в своей инструкции по делопроизводству самостоятельно сможет прописать процедуру согласования проектов документов в СЭД и способ подтверждения действий пользователей, а затем представить данный документ на согласование Росархиву.

Один из способов подтверждения действий пользователей уже был назван нами выше - это протоколирование, т.е. запись всех действий в системный журнал. При этом могут протоколироваться как непосредственно действия пользователей с проектом документа, так и действия по изменению прав пользователей СЭД. Чтобы легче было проверить действия пользователей на основе записей протокола (системного журнала), могут быть разработаны отчеты, которые будут наглядно показывать, какой пользователь за какое должностное лицо какую визу ввел и когда он это сделал.

Если сама СЭД защищена от несанкционированного проникновения и искажения хранимой информации, то и данные о действиях ее пользователей, содержащихся в системном журнале, тоже достоверны, даже без использования ЭЦП.

Логика здесь понятна. Все, что происходит внутри СЭД, защищено ею. Поэтому новые Правила делопроизводства на этапе согласования не требуют использования ЭЦП. А вот уже подписанный электронный документ, возможно, придется передавать за пределы защищенной СЭД в другую организацию-адресат, и в этом случае подписание документа при помощи ЭЦП будет гарантировать его достоверность за пределами «родившей» его СЭД.

Сноски

Свернуть Показать

06.12.2013, ПТ, 16:12, Мск

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

Создание, согласование и исполнение договора в крупной компании – это длительный и трудоемкий процесс, объединяющий активности сотрудников разных подразделений. Упростить и оптимизировать эти процессы можно, например, с помощью современной системы электронного документооборота (СЭД). При правильной настройке система поможет сделать процесс согласования договоров простым и прозрачным даже для неискушенного пользователя, предоставив ему ряд технических инструментов для удобной работы с документами.

Создание проекта договора

На этом этапе менеджер – инициатор заключения контракта заполняет карточку договора (дополнительного соглашения), прикрепляет к ней файл с проектом документа и запускает процедуру согласования. Задача СЭД – предоставить удобную эргономичную карточку с необходимым количеством полей, достаточным для определения маршрута согласования и последующего поиска документов. Там, где возможно, поля должны выбираться из соответствующих справочников, которые могут вестись непосредственно в СЭД или загружаться из других информационных систем.

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

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

В тех случаях, когда создается дополнительное соглашение к уже существующему контракту, на СЭД можно возложить такие функции, как хранение ссылки на основной договор, нумерации дополнительных соглашений, изменение определенных параметров контракта в связи с заключением соглашения (сроки, сумма), уменьшение лимита суммы типового договора и т.д.

Согласование документа

Ключевая функция СЭД на данном этапе – автоматический расчет маршрута согласования документа. Пользователям не нужно постоянно следить за изменениями в процедуре согласования. Система сама выберет правильный состав и последовательность согласующих служб или конкретных сотрудников в соответствии с регламентом, существующим в компании. СЭД осуществляет это с помощью настройки матрицы визирования. Это специальный справочник, который определяет соответствие набора формальных признаков договора (тип договора, сумма, подразделение инициатора, тип контрагента) маршруту его согласования.

При согласовании бумажного документа или «ручном» согласовании по электронной почте, как правило, процедура рассмотрения договора и сбора замечаний проходит последовательно. При таком согласовании срок рассмотрения документа равен сумме сроков рассмотрения каждым из согласующих лиц. СЭД поможет существенно сократить сроки с помощью организации параллельного или смешанного (параллельно-последовательного) согласования. После создания договора в подразделении инициатора, документ может быть разослан согласующим службам в параллельном режиме. Зоны ответственности различных подразделений обычно не пересекаются и все участник параллельного согласования рассмотрят договор одновременно. Таким образом, общее время сбора замечаний сократится до времени одного согласования, самого продолжительного из всех.

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

Другой вариант коллективной работы над документом – предоставить возможность согласующим вносить правки в общий документ. Пользователи сразу будут видеть в договоре правки своих коллег. Однако при такой форме согласования в один и тот же момент времени вносить изменения в документ сможет только один согласующий.

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

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

Отдельно стоит отметить процедуру согласования договора внутри подразделения. Можно рассмотреть три основных варианта. Первый – документ направляется координатору (начальнику отдела), который делегирует согласование наименее загруженному или наиболее компетентному в данном вопросе сотруднику отдела. Второй вариант – направление документа на согласование всем работникам службы. Тот сотрудник, который освободится первым, возьмет документ на рассмотрение, а у остальных участников он будет удален из списка заданий. Третий вариант – СЭД, руководствуясь настроенными правилами, автоматически определяет, кому из данного отдела нужно передать документ на согласование (по принципу балансировки нагрузки, по региональному признаку или каким-либо иным правилам).

Если ранее все отправленные договоры согласовывал конкретный сотрудник, в СЭД можно предусмотреть функцию направления всех последующих аналогичных документа сразу этому сотруднику на рассмотрение. На случай отсутствия ответственного лица на рабочем месте (отпуск, командировка, больничный) СЭД имеет механизм временных или постоянных заместителей.

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

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

После доработки договора в соответствии с замечаниями и согласования его с контрагентом (это, как правило, происходит вне СЭД), новая версия документа с комментариями и пояснениями направляется на очередной цикл согласования.

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

Утверждение и подписание договора

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

После финального утверждения документа следует процедура его подписания в компании. В классическом варианте автоматизации процесса в СЭД задание на подписание направляется секретарю-делопроизводителю или помощнику подписанта договора. Секретарь должен распечатать итоговую версию договора, передать ее на подписание руководителю, поставить отметку в СЭД о подписании (или отклонении). Перед подписанием СЭД также присваивает договору итоговый номер.

Непосредственно перед подписанием документа, СЭД на основе финальной утвержденной версии может сформировать файл в формате, не подлежащем редактированию в текстовом редакторе (например, в формате PDF), со вставкой поверх текста или в колонтитулы определенных пометок или защитных водяных знаков (например, логотип компании). Такой способ поможет снизить риск подлога или несанкционированного изменения документа, а также добавит подписанту уверенности в том, что он подписывает действительно финальную версию документа.

На этапе подписания договора бывает также полезно возложить на СЭД функцию проверки полномочий подписанта – проверку наличия актуальной доверенности на подписание документов.

Подписание договора у контрагента

Казалось бы, на этот этап процесса согласования договора внутрикорпоративная СЭД повлиять не в состоянии. Однако и тут есть ряд полезных функций, которые стоит поручить автоматизированной системе.

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

Во-вторых, часто возникает потребность убедиться, что контрагент подписал именно тот документ, который был ему направлен, не заменил листы и не внес никаких изменений в текст. Для подобного сравнения можно организовать в СЭД интеграционную связку с системой распознавания текста. Эта процедура обяжет ответственного сотрудника отсканировать документ и обеспечит уверенность в подлинности подписанного договора. Система автоматически сравнит распознанный и оригинальный тексты (без учета форматирования) и укажет все различия.

И, наконец, не стоит забывать о юридически значимом электронном документообороте (ЮЗЭДО), популярность которого с каждым днем все выше. Интеграция СЭД с системой ЮЗЭДО позволит обменяться с контрагентом юридически значимыми электронными документами без создания бумажной версии. В этом случае документ может быть подписан и отправлен контрагенту нажатием одной кнопки. Далее СЭД сама отследит факт подписания документа контрагентом. Такой обмен возможен только с контрагентами, которые также подключены к системе ЮЗЭДО.

Подписанный сторонами договор передается на регистрацию. Это финальная проверка всех атрибутов карточки договора и установка статуса «зарегистрирован». На этом этапе также может выполняться сканирование итогового документа и размещение его в СЭД (если сканирование не было выполнено ранее для проверки подлинности).

При размещении договора на хранение в СЭД сохраняется привязка к месту хранения. При большом объеме документов в компании на данном этапе рекомендуется присваивать документу штрих-код для его последующей мгновенной идентификации в системе по бумажному экземпляру.

Дополнительные преимущества СЭД

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

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

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

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

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

Кроме того СЭД должна иметь систему построения как простых контрольных, так и сложных статистических отчетов; встроенные функции (или набор готовых библиотек) для работы с документами формата MS Word: сравнение, консолидация, вкл./выкл. режим контроля правок; широкие интеграционные возможности для связки с внешними системами и открытый программный интерфейс (API). Не лишними будут настройка возможности доступа к любому документу по внешней ссылке (при наличии доступа) и возможность работы с различных мобильных устройств, причем, желательно также в режиме оффлайн.

Павел Каштанов

Электронное согласование документов: первые шаги вместе с Lotsia PDM PLUS

Павел Сухов
Начальник отдела PDM-систем, ОАО «Машиностроительный завод «ЗиО-Подольск»

Задача электронного согласования технической документации актуальна для многих машиностроительных предприятий, в том числе и для ОАО «ЗиО-Подольск». Наиболее желанный объект электронного согласования — конструкторская документация (КД). Она же является и наиболее сложным объектом.

Электронное согласование КД связано с целым рядом организационно-технических проблем и ограничений. Чтобы минимизировать риски внедрения, было решено руководствоваться принципом трех «п»: последовательность, поэтапность, постепенность. Посредством ряда шагов, каждый из которых вносит минимальные изменения в существующие бизнес-процессы, мы стремимся к достижению «идеального» результата.

Первая вставшая перед нами задача — это создание программных средств, которые можно легко адаптировать для различных сценариев электронного согласования и тем самым обеспечить наши три «п». В основе PDM-системы, используемой на нашем предприятии, лежит продукт компании «Лоция Софт» Lotsia PDM PLUS, который можно настроить под свои нужды и «вдоль», и «поперек», и «по диагонали», поэтому мы озадачились разработкой по-настоящему универсального инструмента. В нашей работе мы попытались учесть максимум характеристик, влияющих на сценарий электронного согласования документов.

Комплектность документации

Одиночный документ. Наиболее простой для согласования вариант. Никаких дополнительных требований не предъявляет.

Комплект документов. Документы комплекта связаны между собой, поэтому нельзя рассматривать комплект просто как набор одиночных документов. В связи с этим обязательным является наличие интерфейса, облегчающего работу с большим количеством связанных документов (рис. 1).

Представление согласуемых документов

Исходный файл. Файл в формате системы, в которой он был разработан (CAD, CAM, CAE, офисные пакеты и пр.). Если есть потребность в сквозном проектировании, без исходных файлов не обойтись.

Вторичное представление. Исходный файл, преобразованный в формат: рисунка, PDF, XPS и пр. Вторичное представление удобно использовать для нужд бумажного документооборота.

Для себя мы сочли оптимальным вторичное представление в формате PDF — тут и полноценное аннотирование, и большое количество программных библиотек для «самодеятельного творчества», и простое преобразование из формата исходных файлов (конверторы, PDF-принтеры и т.п.)

Исходный файл плюс Вторичное представление. Одновременное согласование CAD-файла для сквозного проектирования и вторичного представления для бумажного документооборота.

Этот вариант наиболее сложен (требуется контроль аутентичности исходных файлов и вторичных представлений), но и наиболее функционален. Чтобы не ограничивать себя в дальнейшем, мы пошли именно по этому пути.

Виды подписи электронных документов

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

Усиленная подпись поддерживается базовой лицензией Lotsia PDM, но требует определенных затрат на библиотеки ЭЦП и персональные средства идентификации. Очевидно, что «идеальный» сценарий электронного согласования не может обойтись без такого вида подписи.

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

На наш взгляд, простая электронная подпись — это оптимальный вариант для «стартового» сценария электронного согласования. В нашем случае подпись создается вводом пароля пользователя в Lotsia PDM (рис. 2).

Электронная «мокрая» подпись. Выполняется с помощью специализированных графических планшетов. Является аналогом «мокрой» подписи на бумаге и применима в основном для вторичных представлений документов.

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

Удостоверяющий лист. «Мокрая» подпись (в том числе электронная) ставится на отдельном документе, где перечислены реквизиты одного или нескольких электронных документов. Удостоверяющий лист отлично сочетается с любым видом электронной подписи. В качестве удостоверяющего листа можно рассматривать бумажные экземпляры документов, подписываемые после завершения электронного согласования. Как правило, удостоверяющий лист должен содержать все, без исключения, «мокрые» подписи. Однако наиболее продуктивным считается подход, когда набор «мокрых» подписей максимально ограничен (в идеале — одной подписью).

Способы аннотирования документов

Аннотирование исходного файла. Среда аннотирования должна поддерживать все типы согласуемых файлов. При работе с Lotsia PDM можно использовать интегрированный с ней пакет Oracle AutoVue, поддерживающий большинство CAD-систем и офисных программ.

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

Аннотирование вторичного представления. Используется программа для просмотра с функцией аннотирования. Например, для PDF-файлов можно использовать бесплатный Adobe Reader XI.

Этот способ подкупает своей дешевизной и простотой реализации, поэтому мы начали именно с него.

Подпись измененных документов

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

Измененный документ подписывается только лицом, проводящим изменение. Это попытка применить к электронным документам правила внесения изменений в бумажные документы. Можно использовать только для простой электронной подписи и удостоверяющих листов.

Маршрутизация согласуемых документов

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

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

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

Именно этот подход был и применен нами (рис. 3).

Пользователь работает с набором элементарных вариантов маршрутизации (рис. 4).

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

• электронное согласование документов, имеющих хождение только внутри предприятия и только в электронном виде (простая электронная подпись);
• электронное согласование документов, передающихся в бумажном виде в сторонние организации (простая электронная подпись плюс подпись бумажного экземпляра после завершения согласования ограниченным набором «мокрых» подписей).

Мы не старались идти широким фронтом — электронное согласование каждого вида документов внедрялось отдельно. Самое первое внедрение оказалось и самым сложным (в первую очередь организационно). В дальнейшем мы преимущественно сталкивались лишь с незначительными техническими проблемами. Если самое первое внедрение электронного согласования было инициировано ИТ-службой и потребовало привлечения довольно серьезного административного ресурса, то последующие шаги мы делали уже по просьбам (как правило, весьма настойчивым) наших пользователей.

Основной вывод из нашего опыта таков: само по себе электронное согласование — достаточно простая и эффективная вещь, которая перестает быть простой и эффективной при необходимости отразить результаты согласования на бумаге. Каждая дополнительная «мокрая» подпись на бумажном экземпляре (удостоверяющем листе) существенно повышает трудоемкость согласования. Если количество подписей на бумаге велико, единственным преимуществом электронного согласования может оказаться только прозрачность и управляемость процесса.

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

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

Быстрая подготовка проекта договора

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

Затем договор заносится в систему из файла, с почты или на основе готовых шаблонов. Для массового занесения отсканированных бумажных оригиналов используется служба DIRECTUM Capture Service . Служба исключает ввод дубликатов и ошибок сканирования.

Функцию создания договора и заполнения данных можно передать интеллектуальным механизмам Ario . Получив документ, они самостоятельно классифицируют его, распознают текст и заполняют карточку договора извлеченной значимой информацией. Сотруднику остается лишь проверить корректность заполнения. Это позволяет дополнительно сократить время на регистрацию и уменьшить количество рутинных операций.

Также есть возможность создать договор и автоматически отправить на согласование через мастер действий:

Если сделка с контрагентом еще не заключена, но находится на стадии планирования, система позволяет сформировать договор без текста. Содержание заносится позже.

Прозрачное согласование и отправка документов контрагенту

Договорные документы отправляются на согласование по заранее настроенным регламентам.

Проконтролировать ход согласования договора ответственный всегда может через карточку отправленной задачи (посмотреть полную переписку, состояние исполнения, ознакомиться с сопроводительными документами) или сформировать специальный отчет:

В процессе документы утверждаются электронной подписью (ЭП), которая гарантирует их неизменность и авторство подписи. Договору присваивается регистрационный номер принятого формата.

Решение тесно интегрировано с модулем «Обмен с контрагентами» . После согласования договора его легко отправить контрагенту через системы обмена документами. Это избавит от необходимости распечатывать договор и значительно сократит сроки внешнего согласования.

Контроль исполнения обязательств

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

Поиск договорных документов и отчетность

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

Записи договоров удобно искать в справочнике Договоры , используя фильтрацию и сортировку. Например, по дате заключения, контрагенту или категории договора.

Также анализировать информацию по договорам в различных разрезах можно быстро через отчеты о ходе согласования и подписания договоров. Отчеты доступны через справочник.

Дополнительные возможности

Готовый набор коннекторов и веб-сервисов позволяет интегрировать договорную деятельность DIRECTUM с ERP-системами, в том числе SAP ERP , Microsoft Dynamics AX , 1C:Предприятие , Галактика ERP . Это позволяет:

• исключить двойной ввод данных при синхронизации справочников, например, Контрагенты , Договоры ;
• автоматически собирать данные по договору в процессе его согласования;
• просматривать тексты документов ERP-системы напрямую из интерфейса DIRECTUM.

Можно работать с договорами через веб-клиент. Потребуется только доступ в интернет.