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

Рис. 3. Сущности, используемые в маршрутизации.
4.1.3 Спецификация «Формат Обмена Данными ЕСЭДО»
Формат Обмена Данными для ЕСЭДО (ФОД) является прикладным протоколом и устанавливает формат, состав, правила обмена электронными сообщениями и призван обеспечить взаимодействие разнородных Систем Электронного Документооборота (СЭД) с ЦМД в рамках ЕСЭДО РК.
3.1.3.1 Цели и задачи ФОД
ФОД предназначен для обмена сообщениями между системами распределенного приложения ЭДО и НСИ в ЕСЭДО РК. Данная спецификация призвана обеспечить взаимодействие ведомственной СЭД и ЦМД на прикладном уровне и позволяет ведомственной СЭД использовать службы ЦМД, тем самым обеспечивая функциональность межведомственного документооборота и ведения НСИ.
Спецификация ФОД разделена на две основные части:
· Для распределенного приложения ЭДО устанавливается соответствующей спецификацией ФОД-ЭДО, как составной части входящей в основную спецификацию ФОД
· Для распределенного приложения Нормативно-Справочная Информация устанавливается соответствующей спецификацией ФОД-НСИ, как составной частью входящей в основную спецификацию ФОД
4.1.4 СГДС
Основное назначение транспортной системы – обеспечение надежной защищенной передачи данных между остальными подсистемами ЕСЭДО РК. Для этого подсистема должна обеспечивать:
- удаленный телекоммуникационный доступ к вычислительным ресурсам серверов с использованием протокола TCP/IP из всех региональных узлов;
- обмен данными между подсистемами ЕСЭДО РК вне зависимости от содержания передаваемой информации;
- гарантированную доставку данных в течение заданного интервала времени;
защиту информации от несанкционированного доступа в момент передачи,
- сохранность информации от разрушения
3.1.4.1 Цели и задачи СГДС
Программно-технической реализацией транспортной среды служит система гарантированной доставки сообщений (далее – СГДС), которая должна обеспечивать гарантированную и защищенную доставку данных в виде сообщений между всеми участниками ЕСЭДО-Ц.
Основные задачи
- организация взаимодействия приложений, работа которых разделена во времени;
- сложные распределенные и/или распараллеленные процессы обработки;
- задачи гарантированной доставки данных.
3.1.4.2 Роль Lotus Domino как базовой ТС СГДС
В проекте ЕСЭДО РК в качестве базовой транспортной системы используется Lotus Domino версии 8.5. Обмен ЭД между ведомствами осуществляется путем использования системной задачи репликации Lotus Domino посредством модулей Адаптер.
Приложение А
А 1.1 Сервис Электронного Документооборота (ЭДО) ЕСЭДО
А 1.2 Назначение
Обеспечение процесса рассылки электронных документов между участниками ЕСЭДО.
А 1.3 Определения основных понятий
БД «Адаптер» - База данных Lotus Notes, является компонентом рассылки данных получателям электронного сообщения. БД «Адаптер» - временно хранит информацию до тех пор, пока она не будет переправлена к получателю электронного сообщения.
Электронное сообщение представлено в виде Lotus документа основанного на форме «Message».
А 1.4 Типы данных значений атрибутов документа
Тип данных | Описание |
Text | Строка произвольных символов максимальной длиной 32Kb |
Text array | Массив состоящий из типа Text |
Number | Целое число в диапазоне от -2,147,483,648 до 2,147,483,647 |
Number array | Массив состоящий из типа Number |
Date/Time | Дата и время. В формате (dd. mm. yyyy hh. mm. ss) |
RichText | Структурный тип, предназначенный для представления неформализованной информации (вложений). Максимальный размер 1Gb |
Адресат маршрута
Адресатом маршрута является организация-участник ЕСЭДО, к которому принадлежит получатель документа, направленного по маршруту. Для организаций-участников ЕСЭДО в справочнике «Корреспонденты» в поле «Участник ЕСЭДО» определен числовой идентификатор участника. Организации, для которых указанный идентификатор не определен, не являются участниками ЕСЭДО.

Описание полей формы «Message»:
Форма «Message» - состоит из обязательных полей. Поля создаются на основе типов документов описанных в БД «Адаптер».
В таблице 2 приведены обязательные поля для создания формы «Message» при Запуске задания и Извещении о наличии задания (StartProcessRequest, ReceiveActivity).
Таблица 2
Наименование | Формат | Принимаемые значения |
ACTIONNAME | Text | StartProcessRequest – Запуск задания ReceiveActivity - Извещение о наличии задания |
DocType | Text | Типы документов: DOC_OUTGOING, DOC_REQUEST, DOC_SECTION, DOC_APPEAL, DOC_OL, DOC_DIRECTIVE, DOC_REMIND_REPORT |
From | Number | ID участника ведомства отправителя |
HREF | Text | GUID (Globally Unique Identifier – глобальный уникальный идентификатор) отправляемого документа |
PERFORMERS | Number array | Массив ID участников получателей. |
SERVICENAME | Text | Описатель сервиса, константа, имеющая значение “edo” |
Synchronizationagent_done | Number | Идентификатор обработанного сообщения, значение: 1,0 |
SynchronizationAgent_forsend | Number | Идентификатор исходящего сообщения, значение: 1,0 |
SynchronizationAgent_received | Number | Идентификатор входящего сообщения, значение: 1,0 |
После обработки сообщения «StartProcessRequest» в ЦМД, автоматически отправляется отметка «StartProcessResponse» об успешной отправке сообщения получателю. Данная отметка состоит из полей:
Поле | Формат | Принимаемое значение |
ACTIONNAME | Text | StartProcessResponse - Отметка о обработке сообщения на ЦМД |
DATE | Date/Time | Дата обработки в ЦМД |
HREF | Text | GUID документа, на который отправляется отметка |
SERVICENAME | Text | Описатель сервиса, константа, имеющая значение “edo” |
SynchronizationAgent_received | Number | Идентификатор входящего сообщения, значение: 1,0 |
Synchronizationagent_done | Number | Идентификатор обработанного сообщения, значение: 1,0 |
В таблице 3 приведены обязательные поля для создания формы «Message» при изменении состояния задания (ChangeActivityStateRequest, ActivityStateChanged).
Таблица 3
Наименование | Формат | Принимаемые значения |
ACTIONNAME | Text | ChangeActivityStateRequest –Изменение состояния задания ActivityStateChanged - Извещение об изменении задания |
ACTIVITYID | Text | ACTIVITYID – GIUD (Globally Unique Identifier – глобальный уникальный идентификатор) отметки |
DocType | Text | Типы документов: NOTIFICATION |
From | Number | ID-участника ведомства отправителя |
HREF | Text | GUID отправляемого документа |
id | Text | Id - имеет такое же значение, как и ACTIVITYID |
Id_portal_internal | Number | ID из внешней среды. *в случае, когда получателем данного сообщения является ПЭП |
notification_type | Text | Флаг Типа извещения =1 (если State=”DELIVERED”) =2 (если State=” REGISTRATION”) =6 (если State=” RESOLUTION”) =3 (если State=” EXECUTION”) =4 (если State= “FINISHED”) *в случае, когда получателем данного сообщения является ПЭП |
PERFORMERS | Number array | Массив ID-участников получателей. |
Sender_org | Number | ID-участника ведомства отправителя |
SERVICENAME | Text | Описатель сервиса, константа, имеющая значение “edo” |
STATE | Text | Тип извещения : DELIVERED, REGISTRATION, RESOLUTION, EXECUTION, FINISHED |
Synchronizationagent_done | Number | Идентификатор обработанного сообщения, значение: 1,0 |
SynchronizationAgent_forsend | Number | Идентификатор исходящего сообщения, значение: 1,0 |
SynchronizationAgent_received | Number | Идентификатор входящего сообщения, значение: 1,0 |
user_uin | Text | UIN/IIN пользователя *в случае, когда получателем данного сообщения является ПЭП |
Поле STATE формируется в зависимости от поля ACTIONNAME. В поле STATE заносится информация о текущем состоянии извещения. В зависимости от состояния извещения данная форма имеет дополнительные поля.
Состояние извещения (поле STATE) может принимать следующие значения:
DELIVERED - извещение о доставке документа
Дополнительные поля:
Поле | Формат | Принимаемое значение |
DATE | Date/Time | Дата и время доставки |
REGISTERED - извещение о регистрации
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 |


