Процедуры разрешения конфликтов

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

Опишем теперь процедуры разрешения конфликтов, которые могут возникнуть в процессе функционирования систем ЭДО.

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

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

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

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

а) нарушено программное обеспечение у автора документа - тогда отказ другой стороны от рассмотрения документа является правомерным;

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

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

а) либо подделать подпись под документом;

б) либо определить по образцу подписи и подписанным документам секретный ключ;

в) либо изменить документ, не нарушив подлинности подписи.

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

Программа проверки допустимости документов считает нестандартным правильно оформленный документ, если:

эталонная программа проверки допустимости документа признает его таковым на основании несоответствия его требуемому для данного типа документов формату;

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

Операции, выполненные по стандартному документу программой обработки документов, признаются не соответствующими операционным условиям, если экспертизой будет установлено, что:

обрабатываемый документ соответствует одному из допустимых форматов; для указанного формата операционными условиями предусмотрено выполнение однозначно определенных операций;

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

Операции, выполненные по нестандартному документу программой обработки документов, признаются не соответствующими операционным условиям, если экспертизой будет установлено, что:

обрабатываемый документ не соответствует ни одному из допустимых форматов;

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

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

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

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

Список литературы

электронный правовой документооборот автоматизация

1. Федеральный закон от 10 января 2002 г. №1-ФЗ «Об электронной цифровой подписи» // Собрание законодательства Российской Федерации от 14 января 2002 г., №2, ст. 127

. Федеральный закон от 27 декабря 2002 г. №184-ФЗ «О техническом регулировании» // Собрание законодательства Российской Федерации от 30 декабря 2002 г. №52 (часть I) ст. 5140

. Федеральный закон от 10 января 2003 г. №20-ФЗ «О Государственной автоматизированной системе Российской Федерации «Выборы» // Собрание законодательства Российской Федерации от 13 января 2003 г. №2 ст. 172

. Постановление Правительства РФ от 28 января 2002 г. №65 «О федеральной целевой программе «Электронная Россия (2002-2010 годы)» // Собрание законодательства Российской Федерации от 4 февраля 2002 г. №5 ст. 531

. Распоряжение Правительства РФ от 15 августа 2003 г. №1163-р // Собрание законодательства Российской Федерации от 25 августа 2003 г. №34 ст. 3396

. Приказ МНС РФ от 10 декабря 2002 г. N БГ-3-32/705@ «Об организации и функционировании системы представления налоговых деклараций и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи» // Учет. Налоги. Право - Официальные документы, от 22 января 2003 г. №2

. Приказ МНС РФ от 2 апреля 2002 г. N БГ-3-32/169 «Об утверждении Порядка представления налоговой декларации в электронном виде по телекоммуникационным каналам связи» // Финансовая газета, май 2002 г., №22

. Информатика для юристов и экономистов // Под ред. С.В. Симоновича - Сб., 2006.

. Косовец А.А. Правовой режим электронного документа // Вестник Московского университета, Серия 11, Право, 1997, №5

. Кутузов Т. Электронный документооборот в России: юридический аспект // Финансовая газета, 2004, №29

. Ларин М.В. Об организации электронного документооборота в Российской Федерации // Журнал «Современные технологии делопроизводства и документооборота», 2010, №1.