Универсальный модуль АП СМДО

СОДЕРЖАНИЕ

Термины и сокращения.................................................................................................................3

1. Общее описание.........................................................................................................................4

2. Предварительная настройка.....................................................................................................5

3. Общий алгоритм работы...........................................................................................................6

3.1. Подача заявление................................................................................................................6

3.2. Отзыв заявления..................................................................................................................7

3.3. Получение сообщений........................................................................................................8

4. Статусы.......................................................................................................................................9

5. Рекомендации...........................................................................................................................10

6. Описание таблиц БД................................................................................................................11

Приложение 1...............................................................................................................................17

Приложение 2...............................................................................................................................19

Термины и сокращения

АП – административная процедура

АП СМДО – универсальный модуль СМДО для осуществления АП посредством ЕПЭУ

БД – база данных

ЕПЭУ – единый портал электронных услуг

СМДО – система межведомственного документооборота

РУП «НЦЭУ» – Республиканское унитарное предприятие «Национальный центр электронных услуг»

GUID – Globally Unique Identifier , статистически уникальный 128-битный идентификатор

XML – eXtensible Markup Language, расширяемый язык разметки

1. Общее описание

Универсальный модуль АП СМДО предназначен для отправки запросов в АП СМДО и получение ответов через ЕПЭУ. Модуль состоит:

Схема SMDO_AP в БД (объекты: таблицы, триггеры, процедура и функция) SMDOSenderAP (веб-сервис формирования и отправки запроса в АП СМДО).

WSDL и XSD-схема приведены в Приложении 1. SMDOReceiverAP (планировщик получения и обработки ответов от ядра АП

СМДО и получателей запроса) ActualAPDictionarySchedulerServlet (планировщик для получения обновлений

из справочника ПК НСИ «Идентификатор АП») ActualAbonentsDictionaryScheduler (планировщик для получения обновлений из

справочника ПК НСИ «Организации»)Универсальный модуль АП СМДО разрабатывался для административных

процедур, размещённых на ЕПЭУ, и тесно связан с объектами ЕПЭУ. Используются заказы, услуги, организации и пользователи (таблицы из схемы OAIS_OAIS: ORDERS, OFFERS, USERS, ORGANIZATIONS). Структура таблиц БД (схема АП СМДО) соответствует формату СМДО, название таблиц и полей соответствует тэгам XML-файла СМДО. Назначение полей таблиц, самих таблиц и правила их заполнения описаны в руководстве по формату СМДО версии 2.1.1.

Документы, обязательные для прочтения:

Регламент СМДО - https://nces.by/wp-content/uploads/reglament-smdo.pdf Формат СМДО - https://nces.by/wp-content/uploads/format_SMDO_v.2.1.1.pdf Руководство по использованию пользовательских и системных уведомлений при

передаче информационных сообщений по СМДО - https://nces.by/wp-content/uploads/2015/07/rukovodstvo_uvedomlenii09-12-16.docx

Тип вложения (MIME-тип) - https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_MIME-%D1%82%D0%B8%D0%BF%D0%BE%D0%B2

2. Предварительная настройка

Параметры для подключения к схеме БД выдаёт оператор СМДО – РУП «НЦЭУ».Для выполнения предварительных настроек необходимо знать идентификатор

административной процедуры(услуги), заведённой в ЕПЭУ.Перед использованием модуля требуется заполнить следующие настроечные

таблицы: SDO_OFF_ABONENT – для каждой услуги требуется определить список

абонентов (справочник абонентов АП СМДО SDO_ABONENT), которым можно будет отправить запрос. Можно использовать данную таблицу как выпадающий список на экранной форме для предоставления пользователю возможности самому определить абонента/абонентов, которым отправится запрос. Заполнение данной таблицы НЕ обязательно.

SDO_OFF_DOC_KIND – для каждой услуги требуется определить тип документа (справочник типов документов АП СМДО SDO_DOC_KIND). По типу документа в СЭД получателя может быть реализована дополнительная обработка полученного запроса. Для каждой услуги должен быть определен один тип (одна строка на одну услугу). Для АП НЕОБХОДИМО выбирать тип АДМИНИСТРАТИВНАЯ ПРОЦЕДУРА. Заполнение данной таблицы ОБЯЗАТЕЛЬНО.

SDO_OFF_LAST_STATUS – для каждой услуги требуется определить статус, установка которого означает завершение заказа ЕПЭУ (заказ ЕПЭУ исполнен). Список статусов заказа указан в таблице SDO_STATUS. Рекомендуется использовать статусы: 7 – запрос зарегистрирован в СЭД получателя запроса, 8 - отказ в регистрации в СЭД получателя запроса, 9 – получен ответ от получателя запроса. Заполнение данной таблицы ОБЯЗАТЕЛЬНО.

3. Общий алгоритм работы

3.1. Подача заявления

1. Вызов процедуры БД SMDO_AP.CREATE_ORDER для предварительного создания и заполнения рабочих таблиц. Параметры вызываемой процедуры: p_order_id - номер заказа на ЕПЭУ, p_abonent_id - GUID отправителя. В качестве GUID отправителя указывается идентификатор абонента из справочника ПК НСИ «Организации» -Общегосударственная автоматизированная информационная система (идентификатор абонента ABONENT_ID=40de36e4-0eb7-4f6d-b447-8776332e7426 из таблицы SDO_ABONENT).

Заполняются следующие таблицы и поля: - создание и заполнение заказа - SDO_ORDER (order_id, abonent_id, msg_id,

email); - создание конверта СМДО - SDO_ENVELOP (envelop_id, order_id, envelop_type,

envelop_msg_id, envelop_dtstamp=sysdate, status_id=1, header_msg_type=1, header_msg_acknow=2);

- добавление отправителя (abonent_type = 1) - абонента СМДО - SDO_ENV_ABONENT (envelop_id, abonent_id, abonent_type=1);

- создание документа СМДО - SDO_DOCUMENT (envelop_id, document_id, document_idnumber).

2. Если в портлете отсутствуют поля для заполнения регистрационного номера и даты регистрация документа, то необходимо внести эти данные в таблицу SDO_ORDER поля REG_NUMBER и REG_DATE. В качестве регистрационного номера можно использовать номер заказа, в качестве даты – текущую дату.

3. Определение в портлете получателя. Получателей может быть несколько, получателей можно хранить в коде как константу и не предоставлять пользователю возможность самому определять их. Список получателей добавляется в таблицу SDO_ENV_ABONENT (ABONENT_TYPE = 2, получатель).

4. Определение в портлете списка вложений. Каждое вложение подписывается ЭЦП. Список вложений, ЭЦП для каждого вложения, статус ЭЦП (1 – ЭЦП есть) и признак отправки (DOCUMENT_SENDED = 0, это вложение еще не отправлялось) добавляются в таблицу SDO_DOC_TRANSFER. По каждому вложению должно быть: номер по порядку в списке вложений, наименование файла, тип файла и сам файл вложения в бинарном виде. ЭЦП каждого вложения должно содержать: само ЭЦП в бинарном виде, информация о подписывающем, дата подписи. Можно предварительно записать в эти таблицы данные – отправка запроса выполняется принудительно вызовом метода веб-сервиса.

5. Зона сообщения «Расширение» Expansion. Для использования зоны сообщения «Расширение», необходимо добавить в таблицу SDO_EXPANSION номер конверта ENVELOP_ID и расширение EXPANSION в формате СМДО (информация, которую необходимо включить в сообщение в элемент Expansion). Номер конверта можно получить из таблицы SDO_ENVELOP по номеру заказа ORDER_ID и статусу обработки конверта STATUS_ID = 1.

6. Перед отправкой сообщения ОБЯЗАТЕЛЬНО должны быть заполнены следующие таблицы и поля:

1. SDO_ORDER (order_id, abonent_id, status_id default 1, msg_id, create_date default sysdate, update_date, reg_number, reg_date, email);

2. SDO_ENVELOP (envelop_id, order_id, envelop_type, envelop_msg_id, envelop_dtstamp default sysdate, header_msg_type , header_msg_acknow, status_id default 1);

3. SDO_DOCUMENT (envelop_id, document_id, document_idnumber, document type default 0, document_pages default 1);

4. SDO_DOC_TRANSFER (N вложений = N записей);5. SDO_ENV_ABONENT (2 записи: одна для отправителя(ABONENT_TYPE = 1),

одна для получателя(ABONENT_TYPE = 2));6. SDO_EXPANSION (по необходимости).7. Отправка сообщения осуществляется вызовом метода sendRequest веб-сервиса

SMDOSenderAP. Параметр: requestOrderId – номер заказа ЕПЭУ. По каждому отправленному вложению (SDO_DOC_TRANSFER) меняется статус (DOCUMENT_SENDED = 1, это вложение отправлено).

3.2. Отзыв заявления

В портлете должен быть реализован функционал для отзыва заявления об осуществлении АП. Потребитель должен иметь возможность отозвать заявление ТОЛЬКО после регистрации его заявления получателем (SDO_ORDER.STATUS_ID = 7) и до момента получения ответа на заявление (SDO_ORDER.STATUS_ID = 9). В случае отказа в регистрации (SDO_ORDER.STATUS_ID = 8) возможность отзыва не предоставляется.

1. Вызов процедуры БД SMDO_AP.WITHDRAWAL_ORDER для обновления информации о заказе, который будет отозван, и предварительного создания нового конверта для отзыва. Параметры вызываемой процедуры: p_order_id - номер заказа на ЕПЭУ, который нужно отозвать.

Заполняются/обновляются следующие таблицы и поля: - обновление информации о заказе - SDO_ORDER (withdrawal_msg_id); - создание нового конверта СМДО - SDO_ENVELOP (envelop_id, order_id,

envelop_type, envelop_msg_id, envelop_dtstamp, status_id = 10, header_msg_type = 1, header_msg_acknow = 2), где envelop_msg_id = sdo_order.withdrawal_msg_id;

- добавление отправителя/получателей (abonent_type = 1/2), абоненты СМДО из конверта отзываемой заявки - SDO_ENV_ABONENT (envelop_id, abonent_id, abonent_type);

- создание документа СМДО (GUID создан ранее) для нового конверта - SDO_DOCUMENT (envelop_id, document_id, document_idnumber, document_regnumber, document_regdat);

- перенос документов из отзываемой заявки вместе с подписями в новый документ – SDO_DOC_TRANSFER (document_id, document_data, document_filename, document_ordernum, document_content_type, signature_data, signature_status, signature_signer, signature_signtime, doc_transfer_id, document_sended);

- добавление ссылки на ранее отправленный документ – SDO_DOCUMENT_REFFERED (document_id, referred_idnumber, referred_retype, referred_regnumber, referred_regdate).

2. Добавление заявления об отзыве АП. Аналогично пункту 4 необходимо добавить заявление в одном из форматов Microsoft Word об отзыве АП в таблицу SDO_DOC_TRANSFER. Шаблон заявления представлен в Приложении 2.

Данные для заполнения можно взять из таблиц БД:Наименование организации получателя, Наименование организации заявителя,

УНП организации заявителя - ABONENT_NAME, ABONENT_NAME, UNP в таблице SDO_ABONENT;

Номер АП, Название АП – OFF_CODE, NAME_AP в таблице SDO_AP_ID;Дата регистрации заявления, Регистрационный номер на ЕПЭУ, Номер заказа на

ЕПЭУ– REG_DATE, REG_NUMBER, ORDER_ID в таблице SDO_ORDER;Номер регистрации заявления получателем - INCDOC_REGNUMBER в таблице

SDO_ENVELOP.3. Отправка сообщения с заявлением на отзыв осуществляется вызовом метода

withdrawalRequest веб-сервиса SMDOSenderAP. Параметр: requestOrderId – номер заказа ЕПЭУ, который будет отозван. По каждому отправленному вложению (SDO_DOC_TRANSFER) меняется статус (DOCUMENT_SENDED = 1, это вложение отправлено).

4. После регистрации заявления об отзыве АП получателем АП считается отозванной.

3.3. Получение сообщений

1. Планировщик SMDOReceiverAP с периодичностью один раз в 3 минуты читает письма с почтовых ящиков АП СМДО, обрабатывает новые письма. Обработка каждого письма включает в себя следующие операции: проверка корректности письма, разбор XML, извлечение вложений, определение заказа ЕПЭУ для которого пришел ответ, сохранение данных из XML и самих вложений в БД. Полученные данные сохраняются в таблицы: SDO_ENVELOP, SDO_ENV_ABONENT, SDO_DOCUMENT, SDO_DOC_TRANSFER.

2. Портлет показывает текущую информацию о запросе (например, текущий статус запроса, данные из таблицы SDO_ORDER), историю обработки запроса (например, полученные от АП СМДО ответы, данные из таблицы SDO_ENVELOP) с возможностью просмотра и/или сохранения полученных вложений (например, названия файлов и ЭЦП по каждому файлу, данные из таблицы SDO_DOC_TRANSFER).

3. Планировщик SMDOReceiverAP определяет появление последнего ответа (конверта) от получателя запроса (ранее его указали в таблицу SDO_OFF_LAST_STATUS для услуги) и закрывает заказ ЕПЭУ. После получения последнего ответа от получателя, планировщик формирует следующие сообщения для получателя:

3.1 при успешной обработке письма:1. об успешной доставке ответа в ОАИС;

2. об успешной регистрации и добавлении ответа в личный кабинет пользователя ЕПЭУ.

3.2 при возникновении ошибки при обработке письма:1. о неудачной доставке письма в ОАИС с описанием ошибки.

4. Описание статусов

Статусы запроса и конверта: 1 – готов к отправке; можно вызывать веб-сервис для отправки запроса 2 – запрос заполнен частично (уже есть получатели и вложения, но вложения еще

не подписаны) 3 – запрос полностью заполнен и все вложения подписаны 4 – успешно отправлен 5 – ошибка отправки (ядро АП СМДО сообщило об ошибке) 6 – запрос доставлен получателю 7 – получатель зарегистрировал запрос 8 – получатель отказался регистрировать запрос 9 – получен ответ от получателя 10 – в процессе отзыва 11 – отозванСтатусы только для конверта: 12 – ответ доставлен в АП СМДО ОАИС 13 – ответ добавлен в личный кабинет пользователя ЕПЭУ.

Статусы запроса (SDO_ORDER) с 1-3 выставляются портлетом, 4 – веб-сервисом (SMDOSenderAP) при отправке конверта в АП СМДО, 5-9 – планировщиком (SMDOReceiverAP) при получении ответов от АП СМДО, 10-11 – триггерами БД при отзыве заявления, 12-13 – планировщиком (SMDOReceiverAP) при формировании квитирующих сообщений о доставке на портал. Конверт (SDO_ENVELOP) - ответ от АП СМДО, может быть от ядра АП СМДО или от получателя запроса. Конверт может содержать подписанные ЭЦП вложения. Каждый конверт имеет свой собственный статус, и он не меняется после его создания, содержимое конверта определяет его статус. Статусы конверта и запроса те же. Новый конверт (SDO_ENVELOP) создается в процедуре БД SMDO_AP.CREATE_ORDER при создании нового запроса и планировщиком (SMDOReceiverAP) при получении корректного письма от АП СМДО и отправке писем для получателя. На каждый запрос может быть несколько конвертов. Появление нового конверта (SDO_ENVELOP) меняет статус запроса (SDO_ORDER.STATUS_ID, через триггер в БД); также меняется статус заказа ЕПЭУ (OAIS_OAIS.ORDERS.STATUS).

5. Рекомендации для разработчика

1. Предварительно заполните настроечные таблицы2. Определите тип клиента: портлет, веб-приложения или планировщик (тип

клиента определяет способ определения списка вложений и способ их подписания)3. В клиенте предварительно создайте запрос (вызов процедуры в БД), определите

получателя и вложения, подпишите вложения.4. Если клиент – портлет или веб-приложение, то предоставьте пользователю

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

5. Если клиент – портлет или веб-приложение, то предоставьте пользователю возможность самому определять вложения (выбор и загрузка файла как вложения с файловой системы пользователя)

6. Создавайте вложения самостоятельно (через кодирование в клиенте) по каким-либо параметрам/атрибутам (настроечные таблицы или файлы), данным таблиц в БД (отчеты) или введенным значениям на экранной форме.

6. Описание таблиц БД

SDO_ABONENT Справочник АП СМДО: Абоненты№ Столбец Тип данных Null? Описание1 ABONENT_ID VARCHAR2 (1024) Нет GUID абонента2 CREATEDATE DATE Дата создания3 ABONENTBOX VARCHAR2 (1024) Телефон/абон. ящик4 CORPUS VARCHAR2 (256) Корпус5 EMAIL VARCHAR2 (256) EMAIL6 FAX VARCHAR2 (256) Факс7 HOME VARCHAR2 (256) Номер дома8 ABONENT_NAME VARCHAR2 (1024) Нет Наименование абонента9 OKPFROWID VARCHAR2 (1024) ОКПФ (GUID)10 OKPFVALUE VARCHAR2 (1024) ОКПФ (наименование)11 PHONE VARCHAR2 (1024) Телефон12 POSTINDEX VARCHAR2 (1024) Почтовый индекс13 SHORTNAME VARCHAR2 (1024) Краткое наименование абонента14 SMDOCODE VARCHAR2 (256) Нет Код абонента15 SOATO VARCHAR2 (256) СОАТО16 STREET VARCHAR2 (1024) Улица17 TYPESEDROWID VARCHAR2 (1024) Тип СЭДа (GUID)18 TYPESEDVALUE VARCHAR2 (1024) Наименование типа СЭДа19 UNP VARCHAR2 (256) УНП20 ACTIVE NUMBER (5,0) Статус

SDO_AP_ID Справочник АП СМДО: Идентификатор АП

№ Столбец Тип данныхNull? Описание

1 ID NUMBER(5,0) Нет

2 ROW_ID VARCHAR2(36) НетУникальный идентификатор записи справочника

3 OFF_CODE VARCHAR2(50) Нет Код АП

4 ABONENTBOX_AP VARCHAR2(300)Абонентский ящик (реквизиты владельца АП)

5 CORPUS_AP VARCHAR2(5) Корпус (реквизиты владельца АП)6 EMAIL_AP VARCHAR2(40) Email (реквизиты владельца АП)7 FAX_AP VARCHAR2(40) Факс (реквизиты владельца АП)8 HOME_AP VARCHAR2(5) Дом (реквизиты владельца АП)9 NAME_AP CLOB Нет Наименование (Наименование АП)

10 OKPF_AP_ROW_ID VARCHAR2(36)Идентификатор ОПФ (реквизиты владельца АП)

11 OKPF_AP_VALUE VARCHAR2(150) ОКПФ (наименование)12 PHONE_AP VARCHAR2(20) Телефон (реквизиты владельца АП)

13 POSTINDEX_AP VARCHAR2(10)Почтовый индекс (реквизиты владельца АП)

14 SHORTNAME_AP VARCHAR2(50)Сокращенное наименование (код АП.Владелец АП)

15 SMDOCODE_AP VARCHAR2(10) Нет Код в СМДО (идентификатор АП)16 SOATO_AP VARCHAR2(20) Код СОАТО (СОАТО владельца АП)

17 STREET_AP VARCHAR2(100) Улица (реквизиты владельца АП)

18 TYPESED_AP_ROW_ID VARCHAR2(36)Идентификатор информационной системы отправителя АП

19 TYPESED_AP_VALUE VARCHAR2(70)Наименование информационной системы отправителя АП

20 UNP_AP VARCHAR2(10) УНП (УНП владельца АП)21 CREATE_DATE TIMESTAMP (6) Дата создания

SDO_DOCUMENT Документы АП СМДО№ Столбец Тип данных Null? Описание1 ENVELOP_ID NUMBER Нет ID конверта АП СМДО2 DOCUMENT_ID NUMBER Нет ID документа АП СМДО3 DOCUMENT_IDNUMBER VARCHAR2 (100) Нет GUID документа4 DOCUMENT_KIND NVARCHAR2 (100) Вид документа5 DOCUMENT_TYPE NUMBER (6,0) Тип документа АП СМДО6 DOCUMENT_PAGES NUMBER (6,0) Кол-во страниц в документе

7 DOCUMENT_TITLENVARCHAR2 (2000) Заголовок документа

8 DOCUMENT_REGNUMBER VARCHAR2 (100) Регистрационный номер документа9 DOCUMENT_REGDATE DATE Дата регистрации документа

10 DOCPARRENT_IDNUMBER VARCHAR2 (100)

GUID родительского документа (при ответе на ранее отправленный запрос)

11 DOCPARRENT_LASTMSG_ID VARCHAR2 (100) GUID сообщения

SDO_DOCUMENT_REFERRED Документы, переданные для отзыва№ Столбец Тип данных Null? Описание1 DOCUMENT_ID NUMBER Нет ID группы (папки)

2 REFERRED_IDNUMBER VARCHAR2(48) Нет

Идентификационный номер документа (задания), на который(ое) дается ссылка, в зависимости от значения атрибута retype

3 REFERRED_RETYPE NUMBER(10,0) Нет

Определяет вид ссылки: 1 - для ссылки на документ; 2 - для ссылки на задание. Используется только совместно с атрибутом idnumber

4 REFERRED_REGNUMBER VARCHAR2(48)

Регистрационный номер документа, на который дается ссылка

5 REFERRED_REGDATE DATEДата регистрации документа, на который дается ссылка

6 REFERRED_TASKNUMBER VARCHAR2(48)

Номер задания (поручения) по документу, на которое дается ссылка

7 REFERRED_TASKDATE DATE Дата задания (поручения) по документу, на которое дается

ссылка

SDO_DOC_KIND Справочник АП СМДО: Типы документов№ Столбец Тип данных Null? Описание1 DOC_KIND_ID VARCHAR2 (100) Нет GUID типа документа2 CREATE_DATE DATE Нет Дата создания

3 DOC_KIND_NAME VARCHAR2 (255) НетНаименование типа документа

SDO_DOC_TRANSFER Документы-вложения

№ Столбец Тип данныхNull? Описание

1 DOC_TRANSFER_ID NUMBER Нет ID вложения2 DOCUMENT_ID NUMBER Нет ID документа3 DOCUMENT_DATA BLOB Документ-вложение4 DOCUMENT_FILENAME VARCHAR2(255) Имя документа-вложения

5DOCUMENT_ORDERNUM NUMBER Порядковый номер

документа-вложения

6DOCUMENT_CONTENT_TYPE VARCHAR2(100) Тип содержимого

документа-вложения7 SIGNATURE_DATA BLOB ЭЦП

8

SIGNATURE_STATUS NUMBER(1,0)

Нет

Статус ЭЦП (-1 - отсутствует, 1 - присутствует)

9 SIGNATURE_SIGNER VARCHAR2(500) Автор ЭЦП10 SIGNATURE_SIGNTIME DATE Дата ЭЦП

11DOCUMENT_SENDED NUMBER(1,0) Документ-вложение ранее

отправлялся (1/0 - да/нет))

SDO_EMAIL Обработанные письма от АП СМДО№ Столбец Тип данных Null? Описание1 MESSAGE_ID VARCHAR2 (100) Нет GUID письма

2 ENVELOP_MSG_ID VARCHAR2 (100) НетGUID конверта (сообщения) АП СМДО

SDO_ENVELOP Конверт АП СМДО№ Столбец Тип данных Null? Описание1 ENVELOP_ID NUMBER Нет ID конверта АП СМДО2 ORDER_ID NUMBER Нет Номер заказа ЕПЭУ3 ENVELOP_TYPE VARCHAR2 (400) Нет Тип формата АП СМДО4 ENVELOP_MSG_ID VARCHAR2 (400) Нет GUID конверта АП СМДО5 ENVELOP_DTSTAMP DATE Нет Дата конверта6 ENVELOP_XML CLOB Конверт в виде XML

7 ENVELOP_SUBJECTNVARCHAR2 (2048) Тема конверта

8 HEADER_MSG_TYPE NUMBER (10,0) Тип заголовка9 HEADER_MSG_ACKNOW NUMBER (10,0) Тип того от кого пришел ответ

10 STATUS_ID NUMBER (6,0) Статус11 ENVELOP_ERRORCODE NUMBER Код ошибки12 ENVELOP_MSG VARCHAR2 (4000) Текстовое сообщение в конверте13 ENVELOP_ACK_TYPE NUMBER (10,0) Тип ответа14 MESSAGE_DATE DATE Дата сообщения

SDO_EXPANSION Расширения для конвертов№ Столбец Тип данных Null? Описание1 EXPANSION_ID NUMBER Нет ID конверта2 ENVELOP_ID NUMBER Нет ID конверта АП СМДО3 EXPANSION СLOB Вложение в формате XML

SDO_ENV_ABONENT Абоненты конверта АП СМДО№ Столбец Тип данных Null? Описание1 ENVELOP_ID NUMBER Нет ID конверта2 ABONENT_ID VARCHAR2 (400) Нет GUID абонента АП СМДО

3 ABONENT_TYPE NUMBER (1,0) НетТип абонента (1/2 - отправитель/получатель)

SDO_OFF_ABONENTСоответствие услуги и абонента, на которого можно отправить запрос

№ Столбец Тип данных Null? Описание1 OFFER_ID NUMBER Нет ID услуги2 ABONENT_ID VARCHAR2 (400) Нет GUID абонента

SDO_OFF_DOC_KINDСоответствие услуги и типа документа АП СМДО, указываемого в XML-конверте

№ Столбец Тип данных Null? Описание1 OFFER_ID NUMBER Нет ID услуги2 DOC_KIND_ID VARCHAR2 (400) Нет GUID типа документа

SDO_OFF_LAST_STATUSСоответствие услуги и статуса, наступление которого означает что услуга оказана (выполнена)

№ Столбец Тип данных Null? Описание1 OFFER_ID NUMBER Нет ID услуги2 STATUS_ID NUMBER (6,0) Нет ID статуса

SDO_ORDER Заказы, отправленные в АП СМДО№ Столбец Тип данных Null? Описание1 ORDER_ID NUMBER Нет Номер заказа (портал ОАИС)2 ABONENT_ID VARCHAR2 (400) Нет GUID абонента АП СМДО3 STATUS_ID NUMBER (6,0) Нет Статус4 MSG_ID VARCHAR2 (400) Нет GUID сообщения5 CREATE_DATE DATE Дата создания заказа6 UPDATE_DATE DATE Дата обновления заказа7 START_DATE DATE Дата старта заказа8 END_DATE DATE Дата окончания заказа9 REG_NUMBER VARCHAR2 (192) Регистрационный номер (их XML)

10 REG_DATE DATE Дата регистрации (из XML)11 EMAIL VARCHAR2 (400) Почта для уведомлений12 WITHDRAWAL_MSG_ID VARCHAR2 (100) GUID сообщения отзыва

SDO_STATUS Статусы заказов ЕПЭУ, отправленных в АП СМДО№ Столбец Тип данных Null? Описание1 STATUS_ID NUMBER (6,0) Нет ID статуса2 STATUS_NAME VARCHAR2 (1020) Нет Наименование статуса3 STATUS_DESC VARCHAR2 (1020) Описание статуса

Рисунок 5.1 – UML диаграмма классов БД

Приложение 1WSDL веб-сервиса SMDOSenderAP

<definitions name="SMDORequestAPService" targetNamespace="http://compit.by/" xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" xmlns:tns="http://compit.by/" xmlns:xsd="http://www.w3.org/2001/XMLSchema">

<types><xsd:schema>

<xsd:import namespace="http://compit.by/" schemaLocation="http://soa:7001/SMDOSenderAP/Request?xsd=1"/>

</xsd:schema></types><message name="sendRequest">

<part element="tns:sendRequest" name="parameters"/></message><message name="sendRequestResponse">

<part element="tns:sendRequestResponse" name="parameters"/></message><message name="withdrawalRequest">

<part element="tns:withdrawalRequest" name="parameters"/></message><message name="withdrawalRequestResponse">

<part element="tns:withdrawalRequestResponse" name="parameters"/></message><portType name="SMDORequestAP">

<operation name="sendRequest"><input message="tns:sendRequest"/><output message="tns:sendRequestResponse"/>

</operation><operation name="withdrawalRequest">

<input message="tns:withdrawalRequest"/><output message="tns:withdrawalRequestResponse"/>

</operation></portType><binding name="RequestBinding" type="tns:SMDORequestAP">

<soap12:binding style="document" transport="http://www.w3.org/2003/05/soap/bindings/HTTP/"/>

<operation name="sendRequest"><soap12:operation soapAction=""/><input>

<soap12:body use="literal"/></input><output>

<soap12:body use="literal"/></output>

</operation><operation name="withdrawalRequest">

<soap12:operation soapAction=""/>

<input><soap12:body use="literal"/>

</input><output>

<soap12:body use="literal"/></output>

</operation></binding><service name="SMDORequestAPService">

<port binding="tns:RequestBinding" name="Request"><soap12:address location="http://soa:7001/SMDOSenderAP/Request"/>

</port></service>

</definitions>XSD-схема веб-сервиса SMDOSenderAP

<xs:schema targetNamespace="http://compit.by/" version="1.0" xmlns:tns="http://compit.by/" xmlns:xs="http://www.w3.org/2001/XMLSchema">

<xs:element name="sendRequest" type="tns:sendRequest"/><xs:element name="sendRequestResponse" type="tns:sendRequestResponse"/><xs:element name="withdrawalRequest" type="tns:withdrawalRequest"/><xs:element name="withdrawalRequestResponse"

type="tns:withdrawalRequestResponse"/><xs:complexType name="withdrawalRequest">

<xs:sequence><xs:element name="requestOrderId" type="xs:int"/>

</xs:sequence></xs:complexType><xs:complexType name="withdrawalRequestResponse">

<xs:sequence><xs:element minOccurs="0" name="return" type="tns:requestResult"/>

</xs:sequence></xs:complexType><xs:complexType name="requestResult">

<xs:sequence><xs:element name="errorCode" type="xs:int"/><xs:element minOccurs="0" name="errorMessage" type="xs:string"/>

</xs:sequence></xs:complexType><xs:complexType name="sendRequest">

<xs:sequence><xs:element name="requestOrderId" type="xs:int"/>

</xs:sequence></xs:complexType><xs:complexType name="sendRequestResponse">

<xs:sequence><xs:element minOccurs="0" name="return" type="tns:requestResult"/>

</xs:sequence></xs:complexType>

</xs:schema>

Приложение 2

Наименование организации получателя

Заявление

Прошу отозвать заявление об осуществлении административной процедуры №Номер АП Название АП от Дата регистрации заявления №Регистрационный номер на ЕПЭУ (номер запроса на едином портале электронных услуг Номер заказа на ЕПЭУ).

Регистрационный номер заявления на осуществление АП в системе электронного документооборота Номер регистрации заявления получателем.

Заявитель: Наименование организации заявителяУНП: УНП организации заявителя

Дата

*Административным процедурам, заявление на осуществление которых подаётся посредством Единого портала электронных услуг, присвоены номера в соответствии с единым перечнем административных процедур, осуществляемых государственными органами и иными организациями в отношении юридических лиц и индивидуальных предпринимателей, утверждённым постановлением Совета Министров Республики Беларусь от 17 февраля 2012 г. № 156, с префиксом 156 либо в соответствии с перечнем административных процедур, осуществляемых государственными органами и иными организациями по заявлениям граждан, утверждённым Указом Президента Республики Беларусь от 26.04.2010 № 200, с префиксом 200.