Невозможно сформировать уэп не удалось получить данные. Скандал в уэп. Все это предполагается возможным
Настройка справочника «Дистрибутивы АРМ Офлайн» ППО «АСФК (СУФД)» для маршрутизации документов клиентов АРМ «Офлайн – клиент ФК» и каталогов выгрузки данных.
Мероприятия по обучению новых клиентов основным принципам работы в системе.
Мероприятия по обучению сотрудников ОрФК принципам взаимодействия с офлайн-клиентами и контроля за документооборотом.
2.3.Измененная документация
Внесены изменения в СУФД_РАС_Настройки системы.doc – актуализирован п. 7.1.4, добавлен 7.1.11.2.4.Изменения интерфейса пользователя
2.4.1.Системная константа GroupOutgoingPacket
Разработана системная константа GroupOutgoingPacket (Группировка исходящих пакетов пересылаемых между АРМ Офлайн и СУФД) (рис. 1).Константа принимает значение:
1 и любое другое значение кроме 0 – группировать пакеты;
0 – не группировать (по умолчанию).
1. ЭФ системной константы GroupOutgoingPacket
2.5.Изменения справочников
2.5.1.Справочник «Справочника связок для ОрФК»
В СУФД и АРМ Офлайн, в экранную форму записи Справочника связок для ОрФК добавлено новое поле «Код офлайн организации», которое хранит код организации, обслуживаемой на АРМ Офлайн (рис. 2).
2. ЭФ записи справочника связок для ОРФК
2.5.2.Справочник «Дистрибутивы АРМ Офлайн»
Разработан новый справочник «Дистрибутивы АРМ Офлайн» в пункте меню «Справочники – Системные – Настройка АРМ Офлайн» (рис. 3, 4).
3. ЭФ справочника «Дистрибутивы АРМ Офлайн»
4. ЭФ записи справочника «Дистрибутивы АРМ Офлайн»
3.SUFD-56709. Доработка проверки усовершенствованной электронной подписи
3.1.Краткое описание доработки
В соответствии с письмом Федерального казначейства от 17.07.2014 № 42-11.0-13/226 в ППО «АСФК (СУФД)»:
Доработана функция Криптосервера по усилению электронной подписи в части добавления срока окончания действия сертификата службы доверенного времени из внешней метки времени.
Доработана функция Криптосервера по проверке усиленной электронной подписи в части доработки алгоритма проверки меток времени.
Разработана в Криптосервере функция извлечения срока действия сертификата службы доверенного времени из внешней метки времени.
Разработана в Криптосервере функция «Доведение электронной подписи до архивного формата».
Разработана функция регистрации событий по доведению электронных подписей до архивного формата
Разработана в Криптосервере функция формирования запроса к службе доверенного времени для формирования архивной метки времени.
Разработана в Криптосервере функция формирования архивной метки времени.
Разработана в Криптосервере функция добавления архивной метки времени в электронную подпись.
Разработана в MQ сервере функция получения срока окончания действия сертификата службы доверенного времени, с использованием которого сформирована последняя метка времени, из электронной подписи.
Разработана в MQ-сервере функция «Доведение электронной подписи до архивного формата».
Доработана в MQ-сервере функция усиления электронной подписи в части добавления параметра срок окончания действия сертификата службы доверенного времени из внешней метки времени.
Доработана функция хранения электронной подписи в части добавления нового поля «Дата завершения срока действия сертификата службы доверенного времени».
Доработана функция «Усиление электронной подписи» в части сохранения информации о дате окончания срока действия сертификата службы доверенного времени из внешней метки времени.
Доработана функция проверки электронной подписи в части определения признака проверки электронной подписи сертификата службы доверенного времени.
Разработана функция «Доведение электронных подписей до архивного формата» для хранящихся в ППО «АСФК (СУФД)» электронных подписей.
3.1.1.Разработка параметра конфигурации «Срок обновления архивной метки времени» (SUFDCORE-14146)
В конфигурационный файл sufd.properties добавлен новый параметр «Срок обновления архивной метки времени» (sufd.crypto.dateForUpdateArchiveTimestamp).Параметр предназначен для указания срока в днях, при приближении которого происходит обновление архивной метки времени подписи. Значение по умолчанию = 30 дней.
3.1.2.Разработка программы «Определение срока действия сертификата службы доверенного времени» (SUFDCORE-13990)
Разработана программа «Определение срока действия сертификата службы доверенного времени» для уже хранящихся в ППО «АСФК (СУФД)» электронных подписей.Алгоритм работы программы следующий:
Заполняется поле «Дата завершения срока действия сертификата службы доверенного времени» для уже хранящихся в ППО «АСФК (СУФД)» электронных подписей путем извлечения даты окончания срока действия сертификата службы доверенного времени из внешней метки времени.
Программа выполняется однократно для каждой электронной подписи имеющей незаполненное поле «Дата завершения срока действия сертификата службы доверенного времени».
3.1.3.Разработка функции «Доведение электронных подписей до архивного формата» (SUFDCORE-13989)
Разработана функция «Доведение электронных подписей до архивного формата».Алгоритм работы функции следующий:
Входной параметр – период пересечения сроков действия текущего и нового сертификатов службы доверенного времени (SUFDCORE-14146 новый параметр конфигурации).
Осуществляется отбор электронных подписей, у которых разница между сроком действия сертификата службы доверенного времени из последней метки времени (внешняя метка времени или последняя метка в цепочке архивных меток времени) и текущей системной датой меньше значения входного параметра программы, но больше нуля. Каждая электронная подпись, обрабатывается по следующему сценарию:
если программа запущена на АРМ СУФД-Портал или АРМ ОрФК, то:
электронная подпись через обращение к функции «Функция доведения электронной подписи до архивного формата» Криптосервера доводится до архивного формата,
доведенная до архивного формата, электронная подпись и дата окончания срока действия сертификата службы доверенного времени сохраняются в БД АРМ СУФД-портал/АРМ ОрФК.
если программа запущена на АРМ ОФК-offline, то:
на основе электронной подписи, через обращение к функции «Функция создания запроса к службе доверенного времени» Криптосервера создается запрос к службе доверенного времени на формирования архивной метки времени;
для доставки запроса к службе доверенного времени создается служебный документ-перевозчик, в который добавляется запрос. Документ-перевозчик отправляется в АРМ СУФД-логистика;
при принятии документа-перевозчика в АРМ СУФД-логистика из доку-мента извлекается запрос, на основе которого, через обращения к функции «Функция создания архивной метки на основе переданного запроса» формируется архивная метка времени;
для доставки сформированной метки времени создается служебный документ перевозчик, в который добавляется архивная метка. Документ-перевозчик отправляется АРМ ОФК-offline, из которого пришел служебный документ на формирование архивной метки;
при принятии документа-перевозчика на АРМ ОФК-offline из документа извлекается архивная метка и через обращение к функции «Функция добавления архивной метки времени в электронную подпись» Криптосервера, добавляется в электронную подпись. После добавления цепочка архивных меток времени проверяется; электронная подпись, доведенная до архивного формата, и дата окончания срока действия сертификата службы доверенного времени из архивной метки сохраняются в базе данных АРМ ОФК-offline.
Добавлен признак запроса: либо усиление ЭП, либо формирование архивной метки.
Добавлено поле с типом Date, в котором перевозится дата окончания срока действия сертификата службы TSP из последней метки времени.
3.1.4.Доработка хранения, ВФ данных ЭП (SUFDCORE-13988)
Доработана структура хранения данных ЭП: в таблицу добавлено дополнительное поле «Дата завершения срока действия сертификата службы доверенного времени» (рядом с полем «Последний проверивший»).3.1.5.Доработка Криптосервера/MQ-сервера (SUFDCORE-13980)
Доработан Криптосервер/MQ-сервер в части:
Доработка в части поддержки архивной подписи (на примере CAdES-A с применением атрибута archive-time-stamp, представляющий из себя архивный штамп времени).
Подпись из себя представляет:
Формирование:
криптосервер на основании хеш подписи второй метки времени формирует запрос в СДВ;
СДВ подписывает своим ключом;
Последующее наложение архивных меток:
криптосервер на основании хеш подписи последней архивной метки времени формирует запрос в СДВ;
СДВ вытаскивает хэш и прикладывает точное время;
СДВ подписывает своим ключом;
полученный ответ возвращается на криптосервер.
Проверка:
Если проверка прошла успешно, то аналогично проверяется цепочка предыдущей метки (и т.д. вплоть до самой первой) – проверяется сертификат на валидность на момент времени, указанный в следующей метке.
Пояснение текущей реализации:
документ (первые 20 кб);
подпись на документ;
1-я метка (внутренняя) накладывается на хэш подписи;
ответ OCSP;
2-я метка (внешняя) накладывается на хэш (подпись первой метки + подпись ответа OCSP).
Следующий идентификатор объекта (OID) определяет атрибут archive-time-stamp: 1.2.840.113549.1.9.16.2.48.
Доработка функции «Доведение до УЭП» в части дополнительного возвращаемого параметра – «Срок окончания действия последней метки времени».
Реализация функции «Получить по ЭП дату окончания срока действия сертификата последней метки времени».
3.1.6.Доработка взаимодействия с Криптосервером «Усиление электронной подписи» (SUFDCORE-13975)
Реализован новый тип взаимодействия с Криптосервером – «Усиление электронной подписи»:
На вход подаётся ЭП.
На выходе – УЭП с дополнительной меткой времени (archive-time-stamp), и отдельно срок окончания действия сертификата и дополнительной метки (последняя метка времени).
Сохранение возвращаемого параметра «Срок окончания действия последней метки времени» (при «доведения до УЭП» или «Улучшения ЭП до формата архивного хранения») в соответствующем поле таблицы хранения ЭП (SUFDCORE-13988 – поле «Дата завершения срока действия сертификата службы доверенного времени».
3.1.7.Доработка функции проверки подписи (SUFDCORE-13969)
Доработана функция проверки усиленной электронной подписи (УЭП) в части доработки алгоритма проверки меток времени.Алгоритм проверки меток времени следующий:
В параметрах функции «Проверка усиленной электронной подписи» указан признак проверки по действующему алгоритму. В таком случае проверка внешней метки времени выполняется на дату ее создания, внутренняя метка времени проверяется на дату создания внешней метки времени.
В параметрах функции «Проверка усиленной электронной подписи» указан признак проверки по новому алгоритму, то в таком случае:
электронная подпись содержит цепочку архивных меток, в таком случае N-ая метка времени в цепочке проверяется на текущую системную дату, (N-1)-ая метка времени проверяется на дату формирования N-ой метки времени. Внешняя метка времени проверяется на дату формирования 1-ой архивной метки времени;
электронная подпись не содержит цепочку архивных меток времени, в таком случае внешняя метка времени проверяется на текущую системную дату, внутренняя метка времени проверяется на дату создания внешней метки времени.
Иван Агапов, бизнес-аналитик Synerdocs
Попробуем разобраться, что сегодня происходит в России в сфере долгосрочного хранения электронных документов с использованием электронной подписи. Чего ждать представителям бизнеса в связи с новым стандартом, и есть ли твердая законодательная основа по вопросам электронного архивирования.
Сегодня все чаще возникает потребность переводить в электронный вид документы не только временного пользования, но и длительного или даже постоянного срока хранения. Дело в том, что электронный документооборот позволяет работать с документами без их дублирования на бумагу. Поэтому и количество таких электронных документов постоянно растет. Особенно важно хранить так называемые юридически значимые документы – счета-фактуры, договоры, акты, накладные и пр.
При организации хранения юридически значимых электронных документов происходит столкновение с рядом проблем. В первую очередь возникает вопрос о физическом месте хранения документов . При выборе носителей информации (сменных или локальных) следует учитывать, что срок их годности ограничен. Также очень важны условия эксплуатации. Например, такие факторы, как – температура помещения, влажность, УФ-лучи и пр. А для организации хранения большого корпоративного объема информации требуются серверы. Логично, что требования, выдвигаемые к серверным помещениям, будут еще серьезнее, чем к повсеместно употребляемым локальным носителям информации. Это не только отсутствие окон в помещении и наличие фальшпола, но и ряд других существенных ограничений. Исходя из этого, хранимую информацию необходимо периодически резервировать, перезаписывать, производить замену носителей и т.д.
Выходом из сложившейся ситуации могут стать специализированные электронные архивы. К примеру, в марте 2002 года в РФ была запущена федеральная целевая программа «Электронная Россия (2002-2010 г.)», в рамках которой был реализован проект «Электронный архив Президента РФ». Общий объем архива составил, примерно, 15 млн. документов. Однако в конце 2010 года эффективность исполнения программы оценивалась как низкая: в полной мере электронный документооборот между государственными органами, а также электронные коммуникации между государственными органами и гражданами так и не функционировали. Эффективность государственного управления в России, по оценке Всемирного банка, за эти годы практически не изменилась. Очень жаль, что на сегодняшний день этот проект приостановлен, и говорить о повсеместном и широком распространении подобных программ не приходится. В частности этому способствовало отсутствие в РФ нормативно-правовой базы, которая могла бы регулировать отношения в области электронного архивирования, но старт целевой программы все же дает надежды на развитие этого направления.
Вторая и, пожалуй, самая главная проблема при длительном хранении электронных документов – обеспечение их юридической значимости . Последнее достигается использованием электронной подписи (ЭП). На сегодняшний день отношения в этой области регулируют: Федеральный закон от 10.01.2002 г. №1-ФЗ «Об электронной цифровой подписи» и Федеральный закон от 06.04.11 г. №63-ФЗ «Об электронной подписи». Согласно ФЗ №63 различают два вида ЭП: простая и усиленная.
Все подписи отличаются друг от друга характерными для них признаками, которые четко отражены в указанных Федеральных законах. Но, к сожалению, существуют некоторые ограничения в использовании каждой из видов подписей при обеспечении юридической значимости. Дело в том, что сертификат ключа проверки электронной подписи, как правило, выдается на один год, а подписанный документ, следуя требованиям законодательства, необходимо хранить не менее пяти лет. Возникает вопрос, как через три года доказать действительность ЭП, которая подтверждалась данным сертификатом? Значит перед нами стоит задача определения действительности электронной подписи и сертификата на момент подписания документа.
Данный вопрос решается при помощи использования усовершенствованной электронной подписи (УЭП ). В ее формат добавлены признаки доказательств подлинности – таких, как штамп времени, данные об отзыве сертификата и др.
УЭП позволяет обеспечить:
● доказательное подтверждение момента создания подписи;
● доказательное подтверждение действительности сертификата ключа электронной подписи на момент ее создания;
● архивное хранение юридически значимых электронных документов.
Как видим, современные разработки и технологии позволяют обеспечить хранение юридически значимых электронных документов.
Еще одним немаловажным аспектом в вопросе архивного хранения ЮЗЭД
является быстрое развитие техники и технологии
. Стремительный прогресс не
дает нам заглянуть в будущее больше, чем на 10-15 лет. Чтобы понять, о чем идет
речь, давайте вернемся в прошлое на несколько лет, и что мы увидим? Для хранения
информации активно используют дискеты 3½ дюйма. Но уже в марте
2011 г. фирма Sony ставит точку в истории дискет,
официально прекратив их производство и продажу. И сейчас ПК просто не
предполагают наличия флоппи-дисковода. Современные производители оптических
дисков гарантируют работу накопителей не больше 10 лет. Срок службы flash-накопителей зависит от количества процессов перезаписи
данных. Все это говорит о том, что мы просто вынуждены спустя некоторое время
перезаписывать информацию на всё более современные накопители. Таким образом, у
нас должны быть определены гарантии того, что через 10-15 лет, мы без проблем
сможем произвести проверку ЭП хранимых документов, ну и, конечно, «прочитать»
формат текстового редактора, в котором был создан электронный документ 10 лет
назад (например, формат Лексикона). Для этого нам понадобится воспроизводящее
устройство,
операционная система и средства работы с ЭП, которые будут поддерживать формат
хранимого электронного документа.
Все это предполагается возможным?
Да. На сегодняшний день мы имеем все необходимые инструменты для организации архивного хранения ЮЗЭД. Использование усовершенствованного формата подписи гарантирует юридическую значимость вашим документам. Организовать рабочее место, позволяющее проверить ЭП спустя 10-15 лет, при соответствующей организации процессов, тоже не вызывает серьезных трудностей. Создание электронных архивов не заставит себя ждать при увеличении спроса на них.
Немного сложнее дело обстоит с законодательной базой РФ в области электронного архивирования, но, может, чем быстрее бизнес откажется от бумаги, тем скорее в нашей стране в законе «Об электронных архивах» появится развернутая информация об электронных документах? Появление первых прецедентов в малоизученной пока области просто заставит государство вплотную заняться этим вопросом.
Все взаимосвязано и в большинстве случаев зависит от нас самих. Пустые ожидания не приведут к результату – пора начинать действовать!
УЭП приписал себе раскрытие двух тысяч преступлений
Московская прокуратура завершила проверку работы Управления по экономическим преступлениям столичного ГУВД. Было выявлено, что милиционеры занимаются приписками и искажают отчетность, в то время как многих опасных преступников вообще никто не ищет. В самом УЭПе с этим категорически не согласны. Его руководство обвиняет проверяющих в непрофессионализме и нежелании досконально изучить ситуацию. Сделать это попытался корреспондент Ъ ВЛАДИМИР Ъ-СЮН.
С самого начала проверки прокурорам стало ясно, что вместо реальной работы УЭП усиленно создает ее видимость. А чтобы не ударить в грязь лицом перед МВД, столичные милиционеры научились заниматься приписками не хуже, чем люди, с которыми они по долгу службы должны бороться. По словам начальника управления прокуратуры по надзору за исполнением законов в органах внутренних дел Игоря Бобровского, в УЭПе "сотнями оформляются так называемые длящиеся преступления". "Взять, к примеру, незаконное предпринимательство,— возмущается Бобровский.— На бизнесмена завели уголовное дело, но его предприятие продолжает работать и дальше. Скажем, дней семь. Уэповцы в этом случае считают и регистрируют семь преступлений, а не одно. Или такой пример. Если кто-то незаконно ввез 100 автопокрышек, то и преступлений по факту контрабанды не одно, а сто". В итоге прокуратура города сняла с учета только за прошлый год более тысячи фактов мошенничества, более ста — контрабанды и 113 эпизодов взяточничества. А всего — более двух тысяч преступлений, раскрытие которых приписал себе УЭП.
К тому же, по данным прокуратуры, уэповцы обманывали министерство, утверждая, что в их управлении практически нет волокиты и дела рассматриваются буквально в считанные дни. Например, 147 преступлений были раскрыты за трое суток. За этот же срок было отказано в возбуждении 173 дел.
Однако прокуроры выяснили, что только два материала из 147 были рассмотрены в срок до трех дней, 13 — в пределах 10 дней, по 58 делам решения принимались более трех месяцев, а 26 дел рассматривались более полугода. По многим делам вообще были побиты все рекорды (около двух лет). А ведь, как правило, при длительных расследованиях теряют силу доказательства, пропадают документы, материальные ценности, а преступники успевают скрыться.
Например, в 1996 году в УЭП поступило заявление о мошеннических действиях гендиректора АОЗТ "Третий Рим" Мысягина. Он, как предполагалось, присвоил 90 млн рублей. Проверка факта проводилась более полутора лет. Потом девятый отдел УЭПа вынес постановление об отказе в возбуждении уголовного дела. Это решение прокуратура, в свою очередь, сочла необоснованным и возобновила расследование.
То же случилось и с материалами Федерального фонда обязательного медицинского страхования. Информация о финансовых махинациях в этой структуре поступила в январе 1997 года, а милиция начала ее проверять лишь через месяц. А еще через полгода УЭП отослало материалы в ГУЭП МВД. Оттуда в конце 1997 года их вновь переправили городским милиционерам, которые в итоге отказались возбуждать уголовное дело. Прокурорам же понадобилось меньше месяца, чтобы разобраться в ситуации и возбудить дело.
Всего же из 190 изученных горпрокуратурой материалов об отказе в возбуждении уголовных дел по 38 решения отменены. По 15 материалам прокуратура сама возбудила уголовные дела, а по 23 УЭПу предложено тщательнее разобраться.
Подобная безалаберность привела к тому, что начиная с 1994 года по многим делам мошенников вообще не ищут. На них не заведены даже так называемые оперативно-поисковые дела.
Особые претензии прокуратуры города вызвало то, что УЭП часто пренебрегает своей обязанностью делиться информацией о коммерческих структурах с налоговыми органами. В этой связи прокуроры говорят, что систему учета преступлений из МВД необходимо передать в независимые структуры. Например, Министерству юстиции, которое не является органом борьбы с преступностью и не заинтересовано в приписках. По-видимому, того же мнения придерживается и Борис Ельцин, подписавший недавно указ "Об обеспечении взаимодействия государственных органов в борьбе с правонарушениями в сфере экономики". Этим документом он обязал правительство в трехмесячный срок разработать единую систему учета выявленных преступлений в сфере экономики.
Мнение же руководства УЭПа о результатах прокурорской проверки совершенно противоположное. Начальник управления полковник Анатолий Филатов считает, что приписки в его ведомстве в принципе невозможны: "Прокуроры путают преступность времен застоя и сегодняшнего дня. Теперь уголовные дела носят многоэпизодный характер. И мы расследуем каждый эпизод в отдельности. Прокуратура же своими проверками стимулирует частичное расследование преступлений. Им-то что, они не вникают в дело, берут материалы из зонального информационного центра, видят, что в деле много эпизодов,— вот тебе и приписки".
Филатов также сомневается, что прокуратура сможет довести до суда закрытые УЭПом уголовные дела. "За 20 лет службы я не помню, чтобы прокуроры хоть раз посадили кого-нибудь по отказным материалам. Они потом сами их закрывают, не находя состава преступления",— утверждает полковник.
Следует сказать, что подобные конфликты типичны для правоохранительных органов. Приписки раскрытий, а вместе с ними и сокрытие реальных преступлений выявляются прокуратурой во всех проверяемых милицейских подразделениях. Им еще с застойных времен сверху спускают довольно жесткие планы по борьбе с преступностью. Сейчас в МВД утверждают, что таких планов нет. Но показатели борьбы с преступностью есть, и они являются основным критерием при распределении премий, присвоении званий и назначении на новую должность. Такая же система действует и в прокуратуре: чем больше ее работники найдут нарушений в работе милиции, тем больше получат поощрений от своего руководства. Словом, получается замкнутый круг — приписками выгодно заниматься всем.
Рисунок 97. Панель инструментов. Кнопка «Отказать»
За 30 дней до окончания срока действия сертификата ключа проверки электронной подписи, возникает окно с соответствующим информационным сообщением при авторизации пользователя в СУФД. Данное окно закрывается при нажатии кнопки «ОК» (рис. 98, 99).
Рисунок 98. Информационное окно «Истекает срок действия сертификата» для нескольких сертификатов
Рисунок 99. Информационное окно «Истекает срок действия сертификата» для одного сертификата
Также выводится информационное сообщение при каждой авторизации пользователя в СУФД в случае, когда сертификат ключа проверки электронной подписи истек (рис. 100, 101).
Рисунок 100. Информационное окно «Срок действия сертификата истек» для нескольких сертификатов
Рисунок 101. Информационное окно «Срок действия сертификата истек» для одного сертификата
6.7.3. Удаление подписи
Для удаления подписи документа (если документ ещё не отправлен) необходимо в списке документов выделить тот документ, подпись которого удаляется, и на панели инструментов нажать кнопку («Удаление подписи») (рис. 102).
Рисунок 102. Панель инструментов. Кнопка «Удаление подписи»
6.8. Отправка документа
Перед отправкой документа выполняется проверка подписей на доведение до УЭП, а также проверка на полноту набора подписей. Если подписи документа не удовлетворяют требованиям, то документ не будет отправлен (статус передачи при этом не изменяется). Пользователю выводится сообщение о том, что «Подпись не доведена до УЭП» или «Документ не подписан полным набором подписей».
Для отправки выбранного документа следует нажать кнопку («Отправить») на панели инструментов (рис. 103).
Рисунок 103. Панель инструментов. Кнопка «Отправить»
На экране появится информационное окно (рис. 104).
Рисунок 104. Информационное окно «Отправка документа»
В случае успешного выполнения операции по отправки документа, на экране появится информационное окно с информацией об окончании операции (рис. 105).
Рисунок 105. Информационное окно
Результат выполнения операции можно посмотреть с помощью «Диспетчера задач» (см. рис. 5 ). После вызова диспетчера задач откроется окно, как на рисунке 106.
Рисунок 106. Окно диспетчера задач
Для получения дополнительной информации по операции отправки, необходимо выполнить двойной щелчок левой клавишей мыши по соответствующей строке в списке операций окна «Диспетчер задач». После чего откроется окно с информацией по операции (рис. 107). Если статусная схема документа не предполагает отправку документа с его текущим статусом, то сообщение об этом выдается в поле «Результат».
Рисунок 107. Сведения об операции
Если при отправке документа адрес получателя не был определен системой, то статус документа меняется на «Ошибка адресации». В этом случае можно выполнить повторный поиск адресата , нажав кнопку («Повторить поиск адресата»), или отказаться от документа, нажав кнопку https://pandia.ru/text/80/135/images/image215_0.jpg" width="19" height="22"> («Отправить»), после чего выполняется отправка выбранного документа. При успешной отправке документа, его статус передачи устанавливается в значение «Отправляется». Далее статус документа изменяется в соответствии со статусами, присваиваемыми документу на АРМ-получателе.
Если при отправке произошла ошибка, то статус документа устанавливается в «Ошибка отправки». В этом случае необходимо выполнить операцию отката статуса документа (см. п. 5.10.2) и отправить документ повторно.
6.9. Импорт/экспорт документа
6.9.1. Ручной импорт документа
Для импорта документа необходимо выполнить следующую последовательность действий:
1. Перейти на панели навигации в раздел, соответствующий типу импортируемого документа.
2..jpg" width="642" height="450">
Рисунок 108. Панель инструментов. Кнопка «Импорт»
Примечание. В случае если необходимо явно указать формат импортируемого файла нужно нажать на кнопку выбора , расположенную справа от кнопки импорта. Откроется список доступных форматов импорта (рис. 109).
Рисунок 109. Выбор формата импортируемого файла
3. В открывшемся окне «Загрузка файла» найти и указать импортируемый файл. Нажать кнопку «Открыть».
Для автоматического проведения документарного контроля импортируемого файла, необходимо выбрать один из пунктов меню, содержащий слова «+Док. контроль». В этом случае, сразу после импорта файла, будет проведен его документарный контроль. В случае успешного прохождения документарного контроля, документ перейдет на статус «Введено»/ «Введен». В случае если при документарном контроле возникли ошибки, то они будут выведены в окно диспетчера заданий, как и при ручном документарном контроле (см. п. 5.6).
В результате выполнения операции импорта будет выполнена загрузка нового документа(ов) из файла(ов) в базу данных СУФД, в общем и выделенном скроллерах документы будут автоматически сортированы в соответствии с настройками сортировки пользователя.
6.9.2. Ручной экспорт документа
Для экспорта документа необходимо выполнить следующую последовательность действий:
1. Перейти на панели навигации в раздел, соответствующий типу экспортируемого документа.
2. В списке документов указать экспортируемый файл (или несколько файлов).
3..jpg" width="642" height="450">
Рисунок 110. Панель инструментов. Кнопка «Экспорт»
Примечание. В случае если необходимо явно указать формат экспортируемого файла нужно нажать на кнопку , расположенную справа от кнопки экспорта. Откроется список доступных форматов экспорта (рис. 111, 112).
Рисунок 111. Выбор формата экспортируемого файла
