Выполнение работ по созданию модуля интеграции – системы автоматизации приема входящих документов и передачи исходящих документов между государственной информационной системой Омской области "Единая система электронного документооборота органов исполнительной власти Омской области" и организациями – корреспондентами
Открытый аукцион в электронной форме
№ ░░░░░░░░░░░░░░░░░░░
опубликован 21.10.2011 07:45 (мск)
перейти на ЭТП
Начальная цена контракта
197 878,78
₽
Порядок размещения
время МСК
94-ФЗ, Открытый аукцион в электронной форме,
перейти на ЭТП
Целью создания модуля интеграции является создание интерфейса, обеспечивающего автоматизацию приема Входящих документов, поступающих от организаций-корреспондентов в XML-формате средствами электронной почты
(с использованием протокола SMTP), и передачу во внешние организации-корреспонденты Исходящих документов, преобразованных посредством интеграционного модуля в XML-формат и переданных средствами электронной почты (с использованием SMTP протокола).
Задача системы – конвертация Lotus-документа в XML-документ и наоборот, передача XML-документа посредством электронной почты через SMTP в MIME-формате в соответствии с требованиями RFC 5322.
2. ТРЕБОВАНИЯ К СИСТЕМЕ
2.1. ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ
2.1.1. ПЕРЕЧЕНЬ ОБЪЕКТОВ СИСТЕМЫ
Исходящий документ – документ, зарегистрированный в СЭДО и адресованный внешней организации-корреспонденту.
Входящий документ – документ, зарегистрированный в системе по учету документов, эксплуатируемой во внешней организации-корреспонденте, и направленный в адрес органа государственной власти Омской области, подключенного к ЕСЭДО.
2.1.2. ТРЕБОВАНИЯ К ПРОЦЕССАМ СИСТЕМЫ
1) Исходящий документ, зарегистрированный в СЭДО в ОИВ, должен быть передан внешней организации-корреспонденту, как XML- документ.
2) Входящий документ от внешней организации-корреспондента должен быть передан в ОИВ и отражен в СЭДО, как проект Входящего документа (как Lotus-документ).
3) Один Входящий документ может быть направлен сразу нескольким ОИВ.
4) Один Исходящий документ может быть направлен сразу нескольким ВК.
5) Возможность взаимодействия с БД "Организации". БД "Организации" является централизованной и содержит информацию об ОИВ и ВК.
6) При доставке документа в систему-получателя информация о доставке и регистрации не передается в систему-отправителя.
2.2. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ (ОПИСАНИЕ ПРОЦЕССОВ)
Бизнес-процесс №1. Передача Документа ОИВ ВК
Поток событий:
Делопроизводитель ОИВ вносит информацию о Документе, направляемом ВК.
Делопроизводитель ОИВ регистрирует Документ, как Исходящий документ и сохраняет его в СЭДО.
Документ передается в Модуль интеграции, как Lotus-документ.
Агент Модуля интеграции конвертирует Lotus-документ в XML–документ.
Модуль интеграции, взаимодействуя с БД "Организации", определяет почтовый адрес для отправки Исходящего документа ВК. Данный адрес является условным и назначается администратором системы, служит в качестве ключа при определении действительного электронного адреса организации в БД Names.nsf.
По средствам БД Names.nsf определяется действительный электронный адрес ВК.
Модуль интеграции передает Исходящий документ ВК, как электронное письмо с вложенным XML–документом.
Данный процесс описывает действия по подготовке, передаче документов из ОИВ ВК.
Дополнительно:
1) Модуль интеграции не передает информацию о доставке Исходящего документа ВК.
2) Если Исходящий документ передается сразу в несколько ВК, то Модуль интеграции должен создать несколько XML-документов, по одному для каждого ВК и несколько электронных писем соответственно.
3) При создании Исходящего документа должны быть заполнены поля в соответствии с Приложением № 1.
Бизнес-процесс №2. Передача Документа от ВК в ОИВ
Поток событий:
ВК отправляет электронное письмо с вложенным документом в формате XML на единый электронный адрес ОИВ.
В Модуль интеграции поступает Входящий документ от ВК.
Агент Модуля интеграции конвертирует XML-документ в Lotus-документ.
Модуль интеграции, взаимодействуя с БД "Организации", определяет почтовый адрес для получения Входящего документа ОИВ. Данный адрес является условным и назначается администратором системы, служит в качестве ключа при определении действительного электронного адреса организации в БД Names.nsf.
Посредством БД Names.nsf определяется действительный электронный адрес ОИВ.
Модуль интеграции передает Входящий документ на сервер ОИВ, фиксирует его, как проект входящего документа в СЭДО, и направляет уведомление Делоп