Правила за електронен обмен на данни – основа за...

Правила за електронен обмен на данни – основа за практическата реализация на Е-управление

ст.н.с д-р Атанас Тасев

Банк Хай Сис ООД

тел. 975 36 71, факс: 974 38 59

e-mail: [email protected] ;

Интернет страница:www.bhsbg.com/WebSite

БАИТ ЕКСПО 2007

Ноември 2007

Е- УПРАВЛЕНИЕ – с какво да започнем

-Да обявим намеренията-Да създадем и приемем Стратегия.-Да Променим и Хармонизираме Нормативната уредба-Да създадем Стандарти и Правила за електронен обмен на данни.-Да Институционализираме Стандартите и Правилата.-Да обявим търгове за създаване на Софтуерни решения и

Създаване на Архитектури.-Да обявим търгове и да закупим компютърна и комуникационна

техника


Ноември 2007

Пример от реалността

-Системата да предлага стандартизиран интерфейс за комуникация, съобразен с изискванията на Закона за Електронно управление, Стратегията за електронно правителство и изградените вече системи за Е-Управление.

-Въпрос: Кой член на ЗЕУ указва Стандарта за Интерфейс за Комуникация

-Въпрос: Коя точка от Стратегията Указва Стандарта за Интерфейс за Комуникация

-Да се опишат детайлно интерфейсите и конкретната реализация на комуникацията с различнитре системи.


Ноември 2007

ОБСЛУЖВАНЕ В ОБЩИНА - Видове ФРОНТ офисни дейности

Деловодство

Молби/Жалби/ Сигнали/Искания

Информация за

състоянието на молбата

Информация за видове

услуги/необходими документи/таксиПлащания

Локална мрежа, Общинска БАЗА ДАННИВръзка с глобалната

мрежа

БЕК

офис

ФРОНТ

офис


Ноември 2007

1. Е – Правителство или Е – управление ? 2. Стратегия за изграждане на е - Правителство 3. План за изпълнение на Стратегията -11.03.2004 Има ли обявен нов План, по който се работи сега

4. Структура на Е - Правителство

Е – Правителство в Република България


Ноември 2007

Министерски съвет

Министерства,

Агенции, Ведомства

Областна администрация

Общинска администрация

Е – Правителство в Република България - Структура


Ноември 2007


Ноември 2007

Сертификация на ИС за Е-Сертификация на ИС за Е-Управление - Как да започнем ?Управление - Как да започнем ?

1. Като обявим нашите намерения.2. Като потърсим подходяща базова среда3. Като разкрием източници за финансиране.4. За да създадем стройна организация по сертификация на програмни продукти за Е - Правителство, ние се нуждаем от редица инструменти, но преди всичко от:

Правила за електронен обмен на данни за администрацията

Нуждаем се от Административен Унифициран Стандарт за обмен на данни, приет и публикуван на сайта на Министерски съвет или друга овластена институция. 5. Успехът е гарантиран, ако осигурим конюнкция от тези условия.


Ноември 2007

Интернет Портал на Адинистрацията

БД Заявки БД Резултати

Front Офис

Back Офис

База данни на Администрацията

Регистрационно-контролна карта


Ноември 2007


Ноември 2007

Деловодна справка чрез канала на Интернет


Ноември 2007

Реализация на електронен обмен между звената на администрацията

КАКВО Е НЕОБХОДИМО?

1. Налични данни. Системи (компютъризирани), които произвеждат данни в електронен вид.

2. Стандарт на протокол за обмен. Пример: БИСЕРА, RINGS

Наредба за БУС

Клон Х

Банка Y

БУС

БИСЕРА (RINGS)

Клон Х

Банка Y

3. Методика, описваща точно и ясно процедурите за:

a) Изпълнение на всяка дейност

b) Технология на взаимодействие между звената в едно и също ниво и между различните нива

КУБС


Ноември, 2007

Реализация на електронен обмен между звената на администрацията

КАКВО Е НЕОБХОДИМО?

1. Налични данни. Системи (компютъризирани), които произвеждат данни в електронен вид.

2. Стандарт на протокол за обмен. Пример: Бъдещият Оператор

Администрация

А

Наредба Х

Администрация

БСтандарти,

Наредби и

Процедури

Координационно звено “Стандарти”

3. Методика, описваща точно и ясно процедурите за:

a) Изпълнение на всяка дейност по обмена на данните

b) Технология на взаимодействие между звената в едно и също ниво и между различните нива


Ноември 2007


Ноември 2007

Контрол на издаването на Актовете

Община1. Изготвяне на акт. Създаване в БД.2. Индициране на информация за създадения акт3. Обратна връзка за създадения акт

• Актът е коректен.• Актът не е коректен. Указания за корекция.(законът предписва ли процедура за изпращане/изпълнение на корекция?)

Общински регистър актове


Ноември 2007

Организация на комуникацията между Областна управа и Община – Тип “Операторски обмен”

ПриложениеImport/Export

БД

Регистър на Актоветечл. 68 ЗДС

БД

Регистър на Актоветечл. 56 ЗОС

ОБЩИНА

ОБЛАСТНА Администрация

ПриложениеImport/Export

Операторска инструкция

Операторска инструкция


Ноември 2007

Достъп до регистъра на актовете.

Институции

1. Процедура за достъп

• Парола

• Контрола

• Електронен подпис

2. Проверка на правата

3. Предоставяне на информацията

Достъп до регистъра на актовете.

Граждани/Фирми

1. Процедура за достъп

2. Плащане на услугата през Интернет (достъп до общинската информация)

3. Изпращане на заявка за изготвяне на услугата


Ноември 2007

E-регистър актове

Създаване/Обновяване

Отдел Общинска собственост


Извличане/Изпращане

Процедура за криптиране


Създаване/Обновяване

Електронен подпис


Извличане/Изпращане

Процедура за криптиране

Връзка към Агенцията по вписванията

Публичност на регистрите

Основни конструкции при изграждане и обслужване на Е-област-регистри на Актовете

Областна Администрация

Общинска Администрация

Отдел Общинска собственост


Ноември 2007

Проблеми при обмена на информация между регистрите

•Нито Закона, нито Правилника за прилагане на Закона на кое да е от двете нива не описва правилата за изпълнение на този процес. На практика към момента е описана и регламентирана статиката, но не и динамиката. Нещо повече внимателното прочитане показва, че никъде не е акцентувано на това какво е естеството на информацията (електронен вид или не).

•От всички места прозира (подразбира се) работа с традиционната технология на обработка и обслужване на хартиени документи. Един внимателен поглед върху утвърдения АКТ за Държавна или Общинска собственост показва, че този документ е замислен да се обработва технически с Пишеща машина, а не по електронен път.

•Документът се обработва по технологията Лице/Гръб; информацията не е структурирана в посока на удобна обработка по електронен път;действието ДЕАКТУВАНЕ се извършва на практика с вписване на текст с неструктурирано (произволно) съдържание, отразяващ решение, с цитиран номер на заповед и дата в определена рубрика (ЗАБЕЛЕЖКА). Би могъл да се направи много детайлен и задълбочен анализ в тази посока.

•Замяната на образеца за АКТ за Държавна Собственост и Акта за Общинска Собственост (стария на МФ, новият на МРРБ) не е съпроводена с указание как да се премине от работа от единия образец към другия; как да се трансформират данните от единия образец към данните на другия (отбелязваме, че стария образец АКТ има 17 раздела, а новия има 13 раздела). Липсата на такива указания довежда до различни тълкувания на различните места, което е предпоставка за невъзможност за обработка на документите по електронен път.


Ноември 2007

Проблеми при обмена на информация между регистрите

•В стария образец АКТ (на МФ) има предвидена рубрика (раздел) за СТОЙНОСТ. В Главния регистър на Държавна Собственост е необходимо да се впише СТОЙНОСТ на ИМОТА (Придобита или Балансова). В същото време в новия АКТ за Държавна Собственост (на МРРБ) няма такъв раздел (рубрика). Не е указано с инструкция как да се преодолява това несъответствие. Ситуацията за работа в общините е аналогична.

•Липсва указание как се кореспондира между отдел Общинска собственост (отговорен за поддържане на регистър на Актовете за общинска собственост) и Отдел Счетоводство, където се осчетоводяват данните за имотите. Кореспонденцията с отдел Счетоводство е затруднена поради това, че в АКТА за Общинска Собственост не е предвидено място за СТОЙНОСТ, а такава е необходима на Счетоводството. Актът е първичен документ по отношение на счетоводната обработка. Същото се отнася и до Областната Управа.

•Информацията в Актовете за Държавна и Общинска Собственост е една и съща и в случая на ДЕАКТУВАНЕ от страна на Областната Управа и Предаването за АКТУВАНЕ в Общината се извършва чисто и просто преписване на АКТА, което е напълно излишно, а дори и създава предпоставка за възникване на технически грешки. Не е предвиден начин да се обработва документа АКТ по електронен път.


Ноември 2007

Връзка с Агенцията по вписванията


Извлечение

Община/Област

Регистър на Агенцията по вписванията

Цифров кадастър

Област Враца

Агенция по вписванията

Кадастър

БД


Ноември 2007

От Общината/Областната управа

Данни

от акт

От Агенцията по вписванията

№ на вписване

Том на вписване

Партида №

Вх. №

Описана №

Съдия по вписването (подпис)

Информация от/за кадастъра

Идентификатор на кадастрална единица (идентификатор на недвижим имот в кадастъра)

Код по ЕКАТТЕ

№ на кадастрален

район

№ на поземлен имот

№ на сграда № на самостоятелен

обект

Уникална идентификация на територията на страната. Наредба № 15 МРРБ


Ноември 2007

Протокол за обмен на данни в проект ПИСЕО

•

•Основни положения:

•. Производителят на системата за бек офис разработва Интеграционен

Модул (ИМ) чрез който се предоставя стандартен интерфейс за комуникация с

•ПИСЕО

• . ИМ предоставя XML Web Service, чрез който ПИСЕО изпраща и получава XML

•документи във формат GovTalk. Като алтернативен метод на комуникация може да

•се използва и HTTP POST на GovTalk XML документ

•. ПИСЕО поддържа синхронна комуникация с ИМ, т.е ИМ връща GovTalk XML като част от HTTP/SOAP отговора.

•. За гарантиране на сигурността на съобщенията комуникацията се осъществява по

•HTTPS протокол, като се използват сертификати за идентификация на клиента и

•сървъра. Сертификатите за автентикация (client authentication, server

•authentication) се издават от ПИСЕО

ПИСЕОИнтерфейсен

модул Back-end Система

БАЙТ ЕКСПО 2007

Ноември 2007


Ноември 2007

Протокол за обмен на данни в проект ПИСЕО

•Най-общ вид форматът на обменяните XML съобщения

• Схемата на съобщенията отговаря на спецификация GovTalk, която включва XML envelope и

протокол за обмен на документи – Document Submission Protocol

• В елемента <Header> на GovTalk се съдържат елементи идентифициращи

типа на услугата, вид на операцията, идентификатор на транзакцията, електронен подпис

на подателя и т.н.

В елемента <Body> на GovTalk се съдържат XML документ със схема GovDoc

• GovDoc съдържа реквизити на електронния документ (метаданни) като

подател, получател, регистрационен номер, както и самия HTML формуляр (кодиран в Base64)

• ИМ използва метаданните в GovDoc/Header за да създаде и попълни

•регистрационна карта на документ в деловодната система. Прикачените в GovDoc документи се прикачат към регистрационата карта на документа в системата за документооборот.

Допълнително GovDoc позволява влагането на XML документи,,съдържащи данни, който са специфични за дадена услуга – тези данни могат да се използват от ИМ при попълването на регистрационна карта в системата задокументооборот.

БАЙТ ЕКСПО 2007

Ноември 2007

GOV TALK Меssаgе

Header

Body

GOV DOC

DOC HEATHER

GOV BODY


Ноември 2007

Протокол за обмен на данни в друг проект

• Форматът на обменяните съобщения е BDML ( Български.........)

• Схемата на съобщенията отговаря на собствена спецификация, която включва XML envelope и протокол за обмен на документи – собствен

• Използуван е PKCS 7 формат; Х509 стандарт.

Б л а г о д а р я з аБ л а г о д а р я з а

ВНИМАНИЕТО !ВНИМАНИЕТО !София 1756, ж. к.”Дървеница” бл. 48 до вх. А

тел: 975 36 71, 0885/013772

факс: 974 38 59; www.hib.multimedia.bg

e-mail: [email protected]

Интернет страница: www.bhsbg.com/WebSite


Ноември 2007

Правила за електронен обмен на данни – основа за...

Documents