Державний департамент з питань зв'язку та інформатизації, Наказ від 10.04.2006 № 52 "Про внесення змін до Технічних умов на систему електронного документообігу органу виконавчої влади, затверджених наказом Держзв'язку від 07.06.2005 N 70"

МІНІСТЕРСТВО ТРАНСПОРТУ ТА ЗВ'ЯЗКУ УКРАЇНИ
ДЕРЖАВНИЙ ДЕПАРТАМЕНТ З ПИТАНЬ ЗВ'ЯЗКУ ТА ІНФОРМАТИЗАЦІЇ

НАКАЗ

від 10 квітня 2006 року N 52

Про внесення змін до Технічних умов на систему електронного документообігу органу виконавчої влади, затверджених наказом Держзв'язку від 07.06.2005 N 70

На виконання доручення Кабінету Міністрів України від 31.10.2005 N 55984/1/1-05 до Указу Президента України від 20.10.2005 N 1497 та з метою впровадження міністерствами, іншими центральним органи виконавчої влади системи автоматизації діловодства і контролю виконавської дисципліни з наступною їх інтеграцією до відповідних систем Уряду та створення міжвідомчої системи електронного документообігу на основі спеціальної інформаційно-телекомунікаційної системи органів виконавчої влади наказую:

1. Внести зміни до Технічних умов на систему електронного документообігу органу виконавчої влади, затверджених наказом Держзв'язку від 07.06.2005 N 70, виклавши їх в такій редакції (додається).

2. Управлінню інформатизації:

- в тижневий термін забезпечити публікацію нової редакції Технічних умов на систему електронного документообігу органу виконавчої влади на сайті Держзв'язку та інформувати про зміну редакції Технічних умов міністерства, інші центральні органи виконавчої влади, зазначені в п. 3.1 доручення Кабінету Міністрів України від 31.10.2005 N 55984/1/1-05;

- в тримісячний термін розробити та подати на затвердження Положення про проведення експертизи на відповідність систем електронного документообігу цим Технічним умовам.

3. Контроль за виконанням цього наказу залишаю за собою.

Директор

Г. Бутенко

ЗАТВЕРДЖЕНО
наказом Держзв'язку
від 7 червня 2005 р. N 70
(у редакції наказу Держзв'язку
від 10 квітня 2006 р. N 52)

Система електронного документообігу органу виконавчої влади

ТЕХНІЧНІ УМОВИ

ТУ У 30.0-33240054-001:2005

1. Сфера застосування

Ці технічні умови поширюються на системи автоматизації діловодства та електронного документообігу органів виконавчої влади (далі - СЕДО), призначених для забезпечення автоматизації регламентів опрацювання документів та обміну електронними документами та повідомленнями з дотриманням вимог Примірної інструкції з діловодства в міністерствах, інших центральних органах виконавчої влади, Раді міністрів Автономної Республіки Крим, місцевих органах виконавчої влади, затвердженою постановою КМУ N 1153 від 17 жовтня 1997 року, та Типового порядку здійснення електронного документообігу в органах виконавчої влади, затвердженого постановою Кабінету Міністрів України від 28 жовтня 2004 р. N 1453.

Дотримання технічних умов забезпечує можливість:

- уніфікації процесів діловодства та документообігу органів виконавчої влади;

- уніфікації структур даних про опрацювання документів та документообіг в органах виконавчої влади;

- уніфікації форматів обміну інформацією між органами виконавчої влади;

- інтеграції СЕДО в єдину загальнодержавну систему електронного документообігу органів виконавчої влади.

2. Нормативні посилання

У цих технічних умовах є посилання на такі нормативні документи:

НД ТЗІ 2.5-004-99 Критерії оцінки захищеності інформації в комп'ютерних системах від несанкціонованого доступу

World Wide Web Consortium Recommendation 04 February 2004 Extensible Markup Language (XML) 1.0 (Third Edition)

ГОСТ 5237-83 Аппаратура электросвязи. Напряжение питания и методы измерения.

ГОСТ 15150-80 Машины, приборы и другие технические изделия.

ГОСТ 21552-84 Средства вычислительной техники.

ГОСТ 27201-87 Машины вычислительные электронные персональные.

ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

ГОСТ 12.1.030-87 Электробезопасность. Защитное заземление. Зануление.

ПУЭ-87 Правила устройства электроустановок.

Наказ Мінзв'язку від 29.10.96 N 232 "Відомчі норми технологічного проектування. Електроустановки підприємств та споруд зв'язку України".

НД ТЗІ 3.7-003 Порядок проведення робіт із створення комплексної системи захисту інформації в інформаційно-телекомунікаційній системі;

ГОСТ 34.603 "Виды испытаний автоматизированных систем".

Положення про державну експертизу в сфері технічного захисту інформації, затверджене наказом ДСТСЗІ СБ України від 29.12.99 N 62 та зареєстроване в Міністерстві юстиції України 24.01.2000 за N 40/4261.

3. Технічні вимоги

3.1. СЕДО повинна відповідати вимогам цих технічних умов.

3.2. СЕДО повинна функціонувати з дотриманням вимог Типового порядку здійснення електронного документообігу в органах виконавчої влади, затвердженого постановою Кабінету Міністрів України від 28 жовтня 2004 р. N 1453, та Примірної інструкції з діловодства в міністерствах, інших центральних органах виконавчої влади, Раді міністрів Автономної Республіки Крим, місцевих органах виконавчої влади, затвердженою постановою КМУ N 1153 від 17 жовтня 1997 року.

3.3. В СЕДО повинна забезпечуватися можливість:

- одночасної роботи групи користувачів;

- перевірки електронних документів на зараження вірусом та регулярне оновлення антивірусної бази даних;

- використання надійних засобів електронного цифрового підпису;

- візуального подання (у тому числі й друк на папері) електронних документів;

- використання систем розпізнавання документів на папері та перевірки правопису.

3.4. В СЕДО повинні забезпечуватися:

- простота і зручність її використання працівниками, що пройшли навчання (далі - користувачі);

- виконання користувачами своїх службових обов'язків щодо діловодства в електронній формі;

- захист від помилкового видалення даних, можливість зворотних дій користувача;

- автоматичне заповнення полів форм для прискорення процесу введення інформації;

- аудит введеної інформації;

- моніторинг руху електронних документів між підрозділами органу виконавчої влади в процесі діловодства;

- надійність функціонування та цілісність системи, а також захист інформації, що обробляється системою, від несанкціонованого доступу.

3.5. СЕДО повинна підтримувати такі функціональні вимоги.

3.5.1. Нумерація, штрих-кодування, ідентифікація документів.

СЕДО повинна забезпечувати використання реєстраційного номера документа, що обов'язково має такі групи цифр:

- перша група визначає номер документа в картотеці (валовий або визначений - у випадку реєстрації документа до документа, що був вже зареєстрований у цій картотеці);

- друга група цифр визначає порядковий номер документа в листуванні до основного номера в межах однієї картотеки для фіксації листування з одного питання;

- третя група цифр - це індекс картотеки та рік.

Крім трьох обов'язкових груп номер може містити іншу літерно-цифрову інформацію.

СЕДО повинна забезпечувати нанесення літерно-цифрової реєстраційної відмітки при реєстрації документів, що включає:

- найменування установи, що зареєструвала документ;

- номер документа;

- дата реєстрації;

- час реєстрації;

- іншу необхідну інформацію.

СЕДО повинна забезпечувати нанесення разом з реєстраційною відміткою 18-розрядного штрих-коду. Реєстраційна відмітка та штрих-код повинні наноситись у поле документа, що відповідно до Примірної інструкції з діловодства у міністерствах, інших центральних органах виконавчої влади, Раді міністрів Автономної Республіки Крим, місцевих органах виконавчої влади призначено для нанесення відмітки про надходження документа. СЕДО повинна підтримувати процес нанесення літерно-цифрової за допомогою периферійного обладнання.

СЕДО повинна забезпечувати процес зчитування штрих-коду за допомогою засобів зчитування - сканерів штрих-кодів для однозначної ідентифікації документів. СЕДО повинна забезпечувати інтерфейс взаємодії зі спеціалізованим обладнанням нанесення та зчитування штрих-кодів.

3.5.2 Структура електронної контрольно-реєстраційної картки.

СЕДО повинна дозволяти створювати види електронної контрольно-реєстраційної картки (далі - ЕРКК) відповідно до видів документів, які присутні в документообігу установи. Обов'язковими є такі типи ЕРКК:

- вхідного документа;

- вихідного документа;

- нормативно-правового акта.

В певних установах перелік обов'язкових реквізитів може бути доповнено відповідно необхідності виконання встановлених процесів діловодства та контролю.

- Структура картки "Вхідний документ"

N	Назва	Опис	Тип
1.	Реєстраційний номер*	Власний реєстраційний номер	Символьний (20)
2.	Дата реєстрації*	Власна дата реєстрації	Дата
3.	До документа/ Реєстраційний номер	Посилання на документ-підставу створення поточного документа	Число (20)
4.	До документа/ Пункт	Посилання на частину документа	Число (20)
5.	Структурований документ	Ознака складного документа - містить більше одного пункту	Число (1)
6.	Вид документа*	Посилання на довідник видів документів	Число (20)
7.	Вихідний номер документа*	Номер документа у кореспондента	Символьний (20)
8.	Вихідна дата реєстрації*	Дата реєстрації у кореспондента	Дата
9.	Порядок розгляду*	Код нумерації із системного довідника	Символьний (3)
10.	Кількість примірників*	Кількість отриманих екземплярів	Число (10)
11.	Кількість аркушів док-та*		Число (20)
12.	Опис додатків*		Символьний (250)
13.	Кореспондент*	Посилання на довідник кореспондентів	Число (20)
14.	Підписав*	Посилання на довідник фізичних персон	Число (20)
15.	Кому	Посилання на довідник фізичних персон	Число (20)
16.	Короткий зміст*		Символьний (4000)
17.	Терміново		Число (1)
18.	Статус документа	Код нумерації із системного довідника	Символьний (3)
19.	Термін виконання*		Дата
20.	Мова документа	Код нумерації із системного довідника	Символьний (3)
21.	Вид проекту	Посилання на довідник видів проектів	Число (20)
22.	Найменування питання*	Посилання на довідник питань	Число (20)
23.	Відповідальний підрозділ	Посилання на довідник організаційної структури	Число (20)
24.	П. І. Б. виконавця	Посилання на довідник фізичних персон - співробітників	Число (20)
25.	Відмітка про виконання*	Резюме по виконанню документа в цілому	Символьний (4000)
26.	Дата виконання*	Дата закриття документа в цілому	Дата
27.	Справа N*	Атрибути архівного зберігання	Символьний (50)
28.	Том N*		Символьний (50)
29.	Аркуш. N*		Символьний (50)
30.	Інвентарний N		Символьний (50)
31.	Перелік з електронним виглядом, електронною копією або текстом документа

- Структура картки "Вихідний документ"

N	Назва	Опис	Тип
1.	Реєстраційний номер*	Власний реєстраційний номер	Символьний (20)
2.	Дата реєстрації*	Власна дата реєстрації	Дата
3.	До документа/ Реєстраційний номер	Посилання на документ-підставу створення поточного документа	Число (20)
4.	До документа/ Пункт	Посилання на частину документа	Число (20)
5.	Структурований документ	Ознака складного документа - містить більше одного пункту	Число (20)
6.	Вид документа*	Посилання на довідник видів документів	Число (20)
7.	Кількість примірників*	Кількість отриманих екземплярів	Число (10)
8.	Кількість аркушів док-та*		Число (20)
9.	Опис додатків*		Символьний (250)
10.	Кореспондент*	Посилання на довідник кореспондентів	Число (20)
11.	Підписав*	Посилання на довідник фізичних персон	Число (20)
12.	Кому	Посилання на довідник фізичних персон	Число (20)
13.	Короткий зміст*		Символьний (4000)
14.	Терміново		Число (1)
15.	Статус документа	Код нумерації із системного довідника	Символьний (3)
16.	Термін виконання*		Дата
17.	Мова документа	Код нумерації із системного довідника	Символьний (3)
18.	Вид проекту	Посилання на довідник видів проектів	Число (20)
19.	Найменування питання*	Посилання на довідник питань	Число (20)
20.	Готував (підрозділ)	Посилання на довідник організаційної структури	Число (20)
21.	Готував (П. І. Б.)	Посилання на довідник фізичних персон - співробітників	Число (20)
22.	Підписав	Посилання на довідник фізичних персон - співробітників	Число (20)
23.	Відмітка про виконання*	Резюме по виконанню документа в цілому	Символьний (4000)
24.	Дата виконання*	Дата закриття документа в цілому	Дата
25.	Справа N*	Атрибути архівного зберігання	Символьний (50)
26.	Том N*		Символьний (50)
27.	Аркуш N*		Символьний (50)
28.	Інвентарний N		Символьний (50)

- Структура картки "Нормативно-правовий акт"

N	Назва	Опис	Тип
1.	Реєстраційний номер*	Власний реєстраційний номер	Символьний (20)
2.	Дата реєстрації*	Власна дата реєстрації	Дата
3.	Структурований документ	Ознака складного документа - містить більше одного пункту	Число (20)
4.	Вид документа*	Посилання на довідник видів документів	Число (20)
5.	Статус публікації	Код нумерації із системного довідника	Символьний (3)
6.	Підписав*	Посилання на довідник фізичних персон	Число (20)
7.	Внесено (установа)	Посилання на довідник кореспондентів	Число (20)
8.	Дата внесення*		Дата
9.	Готував (підрозділ)	Посилання на довідник організаційної структури	Число (20)
10.	Готував (П. І. Б.)	Посилання на довідник фізичних персон - співробітників	Число (20)
11.	Назва*		Символьний (4000)
12.	Розрахунки надсилання	Перелік розрахунків надсилання

- Структура картки "Доручення"

N	Назва	Опис	Тип
1.	Реєстраційний номер*	Власний реєстраційний номер	Символьний (20)
2.	Дата реєстрації*	Власна дата реєстрації	Дата
3.	До документа/ Реєстраційний номер	Посилання на документ-підставу створення поточного документа	Число (20)
4.	До документа/ Пункт	Посилання на частину документа	Число (20)
5.	Структурований документ	Ознака складного документа - містить більше одного пункту	Число (20)
6.	Вид документа*	Посилання на довідник видів документів	Число (20)
7.	Тираж*	Кількість отриманих екземплярів	Число (10)
8.	Кількість аркушів док-та*		Число (20)
9.	Відповідальний підрозділ	Посилання на довідник оргструктури	Число (20)
10.	Підписав*	Посилання на довідник фізичних персон	Число (20)
11.	Відмітка про виконання доручення*	Резюме по виконанню документа в цілому	Символьний (4000)
12.	Дата виконання*	Дата закриття документа в цілому	Дата
13.	Справа N*	Атрибути архівного зберігання	Символьний (50)
14.	Том N*		Символьний (50)
15.	Аркуш N*		Символьний (50)
16.	Інвентарний N		Символьний (50)
17.	Розрахунки надсилання	Перелік розрахунків надсилання

- Структура електронної картки "Звернення громадян"

N	Назва	Опис	Тип
1.	Документ N*	Власний реєстраційний номер	Символьний (20)
2.	Дата реєстрації*	Власна дата реєстрації	Дата
3.	Термін виконання		Дата
4.	Автор	Посилання на довідник громадян	Число (20)
5.	Попереднє звернення	Посилання на попереднє звернення	Число (20)
6.	Форма отримання	Посилання на довідник форм отримання	Число (20)
7.	Вид звернення*	Посилання на довідник видів звернень	Число (20)
8.	Питання	Посилання на довідник видів питань	Число (20)
9.	Короткий зміст*		Символьний (4000)
10.	Звідки надійшло	Посилання на довідник кореспондентів	Число (20)
11.	N супровідного документа		Символьний (20)
12.	Дата (супровідного)		Дата
13.	Кількість підписантів*	Ознака колективності	Число (20)
14.	Аркушів*		Число (20)
15.	Опис додатків		Символьний (250)
16.	Примітки		Символьний (1000)
17.	Дата виконання	Дата закриття документа в цілому	Дата
18.	Справа N*	Атрибути архівного зберігання	Символьний (50)
19.	Том N*		Символьний (50)
20.	Аркуш N*		Символьний (50)
21.	Інвентарний N		Символьний (50)
22.	Посилання на відповідь автору

3.5.3. Вимоги до функцій роботи зі змістом документів

Для роботи зі змістом документів СЕДО повинна надавати функціональність для виконання наступних дій:

- збереження в ЕРКК електронної копії документа та/або електронного вигляду документа;

- відкриття електронної копії документа та/або електронного образу за допомогою програм, що асоційовані в операційній системі з даним форматом;

- створення нової електронної копії документа та/або електронного образу.

В якості джерел мають виступати: шаблони документів, довідники, набір, сканування та розпізнання, електронна комунікація;

- збереження електронної копії документа або електронного образу у автономний файл;

- видалення електронної копії документа та/або електронного образу з ЕРКК у разі помилкового занесення.

3.5.4. Вимоги до функцій роботи з шаблонами документів

Шаблон має визначати вигляд і структуру створюваного документа. Для роботи з шаблонами документів СЕДО повинна надавати функціональність для виконання наступних дій:

- визначення для кожного виду документа відповідного шаблону;

- створення нового шаблону документа;

- перегляд та редагування структури та значення реквізитів;

- видалення шаблону документа.

3.5.5. Вимоги до функцій роботи з шаблонами документів

СЕДО може зберігати разом з ЕРКК документа його електронну копію та/або електронний образ. Для цього СЕДО повинна мати у своєму складі функції сканування та розпізнавання документів. Для здійснення процесу сканування документів СЕДО повинна підтримувати роботу з сканерами або взаємодіяти з системою сканування і розпізнавання. СЕДО повинна забезпечувати збереження образів документів в форматі монохромного скомпресованого багатосторінкового TIFF-файлу у тих випадках, коли це не веде до втрати інформації. СЕДО повинна мати вбудовану функцію розпізнавання тексту відсканованих документів або функцію взаємодії з системою розпізнавання тексту. СЕДО повинна використовувати систему розпізнавання тексту, яка відповідає наступним вимогам:

- підтримка державної мови розпізнавання з вбудованою перевіркою орфографії;

- розпізнавання стандартних комп'ютерних та типографських гарнітур (окрім декоративних) та стандартного машинопису;

- розпізнавання стандартних таблиць;

- автоматичне або напівавтоматичне розпізнання структури документа;

- внесення розпізнаної інформації у відповідні реквізити ЕРКК документа;

- збереження загальної структури і оформлення документа;

- розпізнання раніш відсканованих або отриманих через факс-модем документів, які збережені в загальноприйнятих графічних форматах;

- вбудований редактор для коректування розпізнаного документа;

- експорт в Microsoft Word, Excel;

СЕДО повинна використовувати для зберігання електронних копій формати DOC, PDF або HTML. Для проектів документів у електронній формі СЕДО повинна використовувати формати RTF, DOC, XLS, TXT.

3.6. Функціонування СЕДО здійснюється з обов'язковим використанням інформації з довідників:

- довідник видів електронних документів та повідомлень;

- довідник органів виконавчої влади, які є учасниками обміну електронними документами та повідомленнями;

- довідник фізичних осіб, які є учасниками обміну електронними документами та повідомленнями між органами виконавчої влади.

Для можливості перегляду інформації про документ та стан його виконання на будь-який момент часу за допомогою ЕРКК СЕДО повинна підтримувати збереження історії змін довідникової інформації та інформації про опрацювання у наведених довідниках.

За необхідності СЕДО доповнюється довідниками та/або класифікаторами із загальносистемною або іншою інформацією, необхідною для її функціонування.

3.7. В процесі функціонування СЕДО забезпечується коректна взаємодія її програмних компонент з іншим інформаційно-телекомунікаційним системним, прикладним та інструментальним програмним забезпеченням робочих місць та серверів без порушення їх функціонування.

3.8. СЕДО, в якій здійснюється опрацювання електронних документів, обмін документами та повідомленнями, повинна мати створену комплексну систему захисту інформації (КСЗІ) з підтвердженою відповідністю.

Використання СЕДО для обробки інформації можливе після отримання позитивних експертних висновків за результатами державної експертизи в галузі криптографічного та технічного захисту інформації.

Комплекс засобів захисту інформації від несанкціонованого доступу в КСЗІ СЕДО повинен реалізовувати наступний функціональний профіль безпеки: КА-2, КВ-1, ЦД-2, ЦА-2, ЦО-1, ЦВ-2, ДР-1, ДС-1, ДЗ-2, ДВ-2, НР-2, НИ-2, НК-1, НО-2, НЦ-1, НТ-1, НВ-1, НА-2, НП-2, де згідно з НД ТЗІ 2.5-004-99:

КА-2	- базова адміністративна конфіденційність
КВ-1	- мінімальна конфіденційність при обміні
ЦД-2	- базова довірча цілісність
ЦА-2	- базова адміністративна цілісність
ЦО-1	- обмежений відкат
ЦВ-2	- базова цілісність при обміні
ДР-1	- квоти
ДС-1	- стійкість при обмежених відмовах
ДЗ-2	- обмежена гаряча заміна
ДВ-2	- автоматизоване відновлення
НР-2	- захищений журнал
НИ-2	- одиночна ідентифікація і автентифікація
НК-1	- однонаправлений канал
НО-2	- розподіл обов'язків
НЦ-1	- КЗЗ з контролем цілісності
НТ-1	- самотестування за запитом
НВ-1	- автентифікація вузла
НА-2	- автентифікація відправників
НП-2	- автентифікація отримувача

3.9. Впровадження СЕДО в органах державної влади повинно здійснюватись з урахуванням вимог щодо захисту державних інформаційних ресурсів.

Захист державних інформаційних ресурсів забезпечується впровадженням та атестацією комплексних систем захисту інформації, на які покладається недопущення блокування інформації, несанкціонованого ознайомлення з нею та/або її модифікації.

3.10. Органи виконавчої влади, які здійснюють обмін електронними документами і повідомленнями через свої СЕДО, виступають відправниками або одержувачами таких документів і повідомлень.

3.11. В процесі обміну електронними документами і повідомленнями взаємодія СЕДО з системами електронного документообігу органів виконавчої влади здійснюється через спеціальні телекомунікаційні мережі, у яких забезпечується безпека конфіденційної інформації, що є власністю держави.

В окремих випадках, за рішенням керівника органу виконавчої влади, відправлення цим органом електронного документа та/або повідомлення може здійснюватись через телекомунікаційні мережі загального користування, за умов дотримання вимог чинного законодавства в галузі захисту інформації.

3.12. Обмін даними в СЕДО будується на основі обміну електронними документами і повідомленнями в XML-форматі.

3.13. В СЕДО не накладаються обмеження на структуру та зміст електронного документа.

3.14. В СЕДО забезпечується обмін такою інформацією:

- електронні документи;

- реєстраційні дані в електронній формі про електронний документ та його зміст;

- повідомлення для відправника про прийняття (відхилення) вхідних електронного документа службою діловодства одержувача.

3.15. Кожне повідомлення, яке відправляється або одержується СЕДО, має відповідну структуру та наповнення згідно зі своїм призначенням. Кожен тип повідомлення займає відповідне місце в регламенті обміну повідомленнями відповідно до "Типового порядку здійснення електронного документообігу в органах виконавчої влади".

3.16. В СЕДО формування та оброблення повідомлень здійснюється за правилами:

- повідомлення формується відповідно до рекомендацій XML 1.0;

- при формуванні повідомлення використовується та обов'язково зазначається кодова сторінка "Windows 1251";

- повідомлення з відсутньою або некоректною ключовою частиною не оброблюються;

- обов'язковими для формування та оброблення є тільки елементи, зазначені в цих технічних умовах. Допускається включення, без зміни базової структури повідомлення, інших елементів без будь-яких гарантій їх оброблення одержувачем;

- при пустому значенні атомарних необов'язкових елементів повідомлення такі елементи можуть не формуватися. Відсутність такого елемента в повідомленні еквівалентна його пустому значенню. Перед використанням кожен елемент перевіряється на присутність в повідомленні;

- при використанні E-mail у якості каналу обміну, повідомлення повинно передаватися у вигляді вкладення до електронного листа.

Зазначені правила забезпечують можливість розширення форматів та їх сумісність, а також сумісність процедур оброблення повідомлень.

3.17. В СЕДО оброблюються такі типи повідомлень щодо обміну інформацією про електронний документ:

Код	Назва	Призначення
info_doc	Інформація про електронний документ	Інформація про електронний документ в електронній формі (реєстраційні дані про документ та його зміст)
perform_reg	Підтвердження реєстрації	Підтвердження про реєстрацію електронного документа у одержувача
perform_nack	Відмова від прийняття	Відмова від реєстрації електронного документа одержувачем

3.17.1. Кожне повідомлення, що оброблюється в СЕДО, умовно поділяється на ключову та інформаційну частини.

Ключова частина повідомлення містить службові поля і містить у тому числі природний ключ для однозначної ідентифікації документа. Обробка повідомлення без ключової частини не здійснюється.

До ключової частини повідомлення належать такі дані:

Назва	Код	Призначення	Тип	Примітка
Реєстраційний номер	REGNUMBER	реєстраційний номер відправника електронного документа	Символьне, 20 знаків	Унікальний в межах відправника
Дата реєстрації	REGDATE	дата реєстрації електронного документа у відправника	Символьне 'dd.mm.yyyy hh:mm:ss'	Унікальний в межах відправника
Відправник	PARTICSRC	код відправника повідомлення (код з довідника органів виконавчої влади)	Символьне, 20 знаків	Службове
Одержувач	PARTICTRG	код організації - одержувача повідомлення (код з довідника органів виконавчої влади)	Символьне, 20 знаків	Службове
Час відправки	SENDTIME	Час відправки відправником	Символьне 'dd.mm.yyyy hh:mm:ss'	Службове
Код типу повідомлення	PACKAGETYPE	Код типу повідомлення	Символьне, 20 знаків	Службове
Глобальний ідентифікатор	PACKAGE_GUID	Глобальний ідентифікатор повідомлення	Символьне, 40 знаків	Службове

3.17.2. Повідомлення "Інформація про електронний документ" має таку структуру:

- код пакета: info_doc.

- призначення: для передачі одержувачу інформації про електронний документ, створений та зареєстрований відправником.

Повідомлення складається з ключової частини 3.16.1 та інформаційної частини, а також вузлів.

3.17.3. Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Організація- відправник	CORR	Організація, відправник електронного документа	Вузол типу "Організація"
Кому	ADDRPERS	Персона-адресат	Вузол типу "Персона"	Необов'язкове
Вид документа	DOCTYPE	Найбільш загальне визначення типу електронного документа: лист, доручення, постанова	Вузол типу "Вид електронного документа"
Короткий зміст	SHORTCONTENT	Короткий зміст електронного документа	Символьне, 4000 знаків
Питання	QUESTION	Опис питання	Символьне, 128 знаків
Дата контролю	DEADLINE	Дата контролю	Символьне: 'dd.mm.yyyy'	Необов'язкове
Дата закриття	CLOSEDATE	Вказується для електронних документів, що не потребують виконання	Символьне: 'dd.mm.yyyy'	Необов'язкове
Хто підписав	SIGNER	Хто підписав електронний документ у відправника (особа)	Вузол типу "Персона"
Деталі	ATTACHES	Елемент для переліку детальних сутностей	Вузол типу "Деталі"	Необов'язкове
Пункти	DOCITEMS	Перелік пунктів	Вузол типу "Пункти"	Необов'язкове
До документа	LINKDOC	Посилання на електронний документ	Колекція вузлів типу повідомлення "інформація про електронний документ"	Необов'язкове
ЕЦП	SIGNATURES	Електронний цифровий підпис	Вузол типу "Електронний підпис"	Необов'язкове
Мітка часу	TIMELABELS	Мітка часу для документа	Вузол типу "Мітка часу"	Необов'язкове

3.17.4. Вузол "Організація" (ORGANIZATION) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Скорочена назва	CAPTION	Скорочена назва організації	Символьне, 128 знаків
Повна назва	DESCRIPTION	Назва організації	Символьне, 1000 знаків	Необов'язкове
ОКПО	OKPO	Код ЄДРПОУ	Символьне, 20 знаків	Необов'язкове

3.17.5. Вузол "Персона" (PERSON) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Прізвище персони	LASTNAME	прізвище	Символьне, 100 знаків
Ім'я	FIRSTNAME	Ім'я	Символьне, 50 знаків
По батькові	MIDDLENAME	По батькові	Символьне, 50 знаків
Посада	POSITION	Посада співробітника, у тій організації, звідки прийшов документ	Символьне, 250 знаків	Необов'язкове
Регіон	REGION	Регіон	Символьне, 50 знаків	Для звернень громадян
Соціальний стан	STATUS	Соціальний стан	Символьне, 50 знаків
Категорія	CATEGORY	Категорія	Символьне, 50 знаків
Адреса	ADDR	Адреса	Символьне, 250 знаків

3.17.6. Вузол "Вид документа" (DOCTYPE) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Назва	CAPTION	Назва виду документів	Символьне, 128 знаків

3.17.7. Вид документа може приймати такі значення:

CODE	CAPTION
01	Закон
02	Указ
03	Розпорядження
04	Доручення
05	Лист
06	Постанова
07	Рішення
08	Протокол
09	Запит
12	Телеграма
18	Звернення

3.17.8. Вузол "Деталі" (CONTENT) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ім'я файла	FILENAME	Оригінальне ім'я файла	Символьне, 255 знаків	Необов'язкове
Застосування	APPLICATION	Ім'я застосування для обробки файла	Символьне, 255 знаків
Опис змісту файла	DESCRIPTION	Опис змісту файла	Символьне, 2000 знаків	Необов'язкове
Бінарний зміст файла	DOCCONTENT	Бінарний зміст файла	Base 64 ("bin.hex")	Для компресії використовується zip
Код типу	CONTENTTYPE	Код типу файла	Символьне, 50 знаків
Розмір файла	ORIGINAL_SIZE	Оригінальний розмір файла без компресії	Число, 8 знаків	Кількість байт Необов'язкове
Чи файл стиснений	COMPRESSED	Ознака компресії файла	Число "0" - без компресії, "-1" - компресія

3.17.9. Вузол "Пункти" (DOCITEM) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Номер пункту	ITEMNUMER	Номер пункту електронного документа	Символьне, 5 знаків	Унікальний в межах електронного документа
Короткий опис	SHORTCONTENT	Короткий опис пункту електронного документа	Символьне, 4000 знаків
Термін виконання	DEADLINE	Термін виконання завдання по пункту електронного документа	Символьне: 'dd.mm.yyyy'
Виконавці	PERFORMERS	Виконавці завдання по пункту електронного документа	Вузол типу "Виконавці"
Рівень контролю	CTRLLEVEL	Рівень контролю для завдання по пункту електронного документа	Вузол типу "Рівень контролю"
Примітки	NOTES	Додаткова інформація, у т. ч. інформація про періодичний контроль	Символьне, 255 знаків	Необов'язкове

3.17.10. Вузол "Виконавці" (PERFORMER) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Роль	ROLE	Роль виконавцю по відношенню до пункту електронного документа	Вузол типу "Ролі виконавців"
Виконавець	ORG	Організація-виконавець	Вузол типу "Організації"
Опис виконавця	PERF	Інформація про контролера або відповідального СКМУ	Символьне, 255 знаків
Термін виконання	DEADLINE	Термін виконання для поточного виконавця	Символьне: 'dd.mm.yyyy'
Зміст завдання	TASK	Зміст завдання поточного виконавця	Символьне, 2000 знаків

3.17.11. Вузол "Рівень контролю" (CTRLLEVEL) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Назва	CAPTION	Назва рівня контролю	Символьне, 128 знаків

3.17.12. Рівень контролю може приймати такі значення:

CODE	CAPTION
EXT	Особливий контроль
INT	Контроль керівництва
NO	Низький

3.17.13. Вузол "Ролі виконавців" (ROLE) має такий склад:

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Назва	CAPTION	Назва ролі	Символьне, 128 знаків

3.17.14. Ролі виконавців може приймати такі значення:

CODE	CAPTION
MAINOVV	Головний виконавець
COOPOVV	Співвиконавець
TOKNOW	До відома
CRTR	Контролер від СКМУ
CTRLUNIT	Відповідальний від СКМУ

3.17.15. Вузол "Електронний цифровий підпис" (SIGNATURE)

Назва	Код	Призначення	Тип	Примітка
Підпис	DIGITALSIGNATURE	Цифровий підпис	Base64 ("bin.hex")
Підписант	SIGNER	Хто підписав документ у автора (особа)	Вузол типу "Персона"
Дата підпису	TIMESTAMP	Дата накладання підпису	Символьне: 'dd.mm.yyyy'
Назва механізму	NAMEENGINE	Назва механізму, за допомогою якого створено підпис	Символьне: 50 знаків	Необов'язкове

3.17.16. Вузол "Мітка часу" (TIMELABEL)

Назва	Код	Призначення	Тип	Примітка
Мітка	LABEL	Мітка часу	Base64 ("bin.hex")
Опис	DESCRIPTION	Опис мітки часу	Символьне: 2000

3.17.17. Повідомлення "Підтвердження реєстрації" має таку структуру:

- код пакета: perform_reg.

- призначення: підтвердження про реєстрацію електронного документа у одержувача.

Повідомлення складається з ключової частини 3.17.1 та інформаційної частини.

Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Реєстраційний номер у одержувача	CORREGNUMBER	Реєстраційний номер у одержувача	Символьне, 20 знаків
Дата реєстрації у одержувача	CORREGDATE	Дата реєстрації у одержувача	Символьне: 'dd.mm.yyyyhh:mm:ss'

3.17.18. Повідомлення "Відмова від прийняття" має таку структуру:

- код пакета: perform_nack.

- призначення: відмова від реєстрації електронного документа одержувачем.

Повідомлення складається з ключової частини 3.17.1 та інформаційної частини.

Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Причина відмови	REASON	Причина відмови	Символьне, 128 знаків

3.17.18. Повідомлення "Запит про хід виконання" має таку структуру:

- код пакета: stage_info.

- призначення: запит про хід виконання документа.

Повідомлення складається з ключової частини 3.17.1 та інформаційної частини.

Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Дата запиту	STAGEDATE	Дата та час запиту	Символьне: 'dd.mm.yyyyhh:mm:ss'
Пункт документа	ITEMNUMBER	Пункт документа, якщо запит відноситься лише до частини документа	Символьне, 5
Текст запиту	REQUESTTEXT	Текст запиту	Символьне, 4000

3.17.19. Повідомлення "Звіт про хід виконання" має таку структуру:

- код пакета: perform_info.

- призначення: звіт про хід виконання документа.

Повідомлення складається з ключової частини 3.17.1 та інформаційної частини.

Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Дата та час запиту	STAGEDATE	Дата та час запиту	Символьне, 'dd.mm.yyyyhh:mm:ss'	Для звітів, пов'язаних з запитом
Пункт документа	ITEMNUMBER	Пункт документа, якщо звіт відноситься лише до частини документа	Символьне, 5 знаків
Результат	RESULTCODE	Результат виконання пункту	Вузол "Результати виконання"
Короткий зміст результату	RESULTCONTENT	Короткий зміст результату	Символьне, 4000
Дата звіту	RESULTDATE	Дата звіту	Символьне: 'dd.mm.yyyyhh:mm:ss'

3.17.20. Вузол "Результат виконання" (RESULTCODE)

Назва	Код	Призначення	Тип	Примітка
Ідентифікатор	CODE	Унікальний ідентифікатор	Символьне, 20 знаків
Назва	CAPTION	Опис результатів виконання	Символьне, 128 знаків

3.17.21. Результат виконання пункту може приймати такі значення

CODE	CAPTION
SUCCESS	Позитивно
FAILED	Негативно
EXPLAINED	Роз'яснено

3.17.22. Структура повідомлення "Оцінка виконання"

- код пакета: perform_ack.

- призначення: підтвердження зняття документа з контролю.

Повідомлення складається з ключової частини 3.17.1 та інформаційної частини.

Інформаційна частина має такий склад:

Назва	Код	Призначення	Тип	Примітка
Пункт документа	ITEMNUMBER	Пункт документа, якщо оцінюється лише частина документа	Символьне, 5	Необов'язкове
Дата зняття з контролю	DONEDATE	Дата зняття з контролю, якщо пункт документа визнано виконаним	Символьне: 'dd.mm.yyyyhh:mm:ss'
Коментар	DESCRIPTION	Коментар щодо виконання	Символьне, 255	Необов'язкове

3.18. Інтерфейс між користувачем і СЕДО дає змогу забезпечити:

- ергономічність взаємодії користувача з СЕДО;

- взаємодію користувача з програмними компонентами СЕДО на основі прозорого та інтуїтивно зрозумілого діалогового графічного віконного інтерфейсу з використанням піктограм функцій, режимів та операцій;

- можливість для користувача оперувати професійно-орієнтованими поняттями предметної галузі діловодства державною мовою;

- можливість зворотності дій користувача, а також обов'язкове підтвердження ним потенційно руйнівних дій з модифікації та відновлення даних;

- можливість одержання користувачем довідкових даних про функціональні дані та характеристики СЕДО, зокрема шляхом отримання на екрані монітора контекстнозалежних підказок щодо виконання операцій, функцій тощо.

3.19. В СЕДО може застосовуватися система управління базами даних, в якій забезпечується надійне зберігання інформації в різноманітних форматах - як текстових, так і графічних чи мультимедійних, надання швидкого доступу до інформаційних ресурсів різноманітним прикладним системам з підтримкою достатньої продуктивності при підключенні запланованої кількості користувачів.

3.20. Загальний порядок створення СЕДО повинен відповідати вимогам ГОСТ 34.601, а КСЗІ - НД ТЗІ3.7-003-2005.

3.21. Проектування технічних засобів СЕДО здійснюється з дотриманням вимог наказу Мінзв'язку від 29.10.96 N 232.

3.22. Місце встановлення та монтаж технічних засобів СЕДО повинні відповідати нормам та вимогам до розміщення обладнання електроустановок з урахуванням вимог ПУЭ-87.

3.23. Комплект поставки СЕДО має у своєму складі:

- дистрибутив системи на компакт-диску та інструкцію з її інсталяції;

- інструкцію користувача;

- інструкцію адміністратора;

- контрольний приклад.

3.24. Повний строк служби СЕДО з урахуванням модернізації складає не менше 10 років.

4. Правила приймання

Загальний порядок приймання СЕДО повинен відповідати вимогам ГОСТ 34.603.

Окремим етапом приймальних випробувань СЕДО є підтвердження відповідності КСЗІ СЕДО вимогам технічного завдання, нормативних документів із захисту інформації. Таке підтвердження здійснюється шляхом проведення державної експертизи в порядку, встановленому Положенням про державну експертизу в сфері технічного захисту інформації.

Приймальні випробування СЕДО проводяться при функціонуючій в її складі КСЗІ.

Підтвердження відповідності СЕДО цим технічним умовам здійснюється шляхом проведення державної експертизи в порядку, встановленому Положенням про державну експертизу на відповідність СЕДО цим технічним умовам.

Приймання СЕДО здійснюється державною (міжвідомчою) комісією, до якої мають бути залученими представники розробника системи, органу виконавчої влади та уповноважених органів, що відповідають за впровадження електронного документообігу в органах виконавчої влади України, та затверджується актом приймання-здавання науково-технічної продукції.

Приймання СЕДО відповідно до цих технічних умов складається з таких етапів:

- СЕДО проходить стендові випробування з аналізом отриманих результатів, дослідну експлуатацію та приймальні випробування в органі виконавчої влади;

- після аналізу результатів роботи приймальної комісії приймається рішення про приймання СЕДО в цілому.

5. Методи контролювання

Для контролю відповідності СЕДО розділу 3 цих технічних умов використовуються програми та методики випробувань, погоджені з уповноваженими органами, що відповідають за впровадження електронного документообігу в органах виконавчої влади.

Програми та методики випробувань повинні забезпечувати тестове покриття усіх вимог цих технічних умов і містити критерії оцінки відповідності методів випробувань та очікуваних результатів. Методи й умови контролю повинні бути максимально наближені до умов використання СЕДО.

6. Умови експлуатації

6.1. Експлуатація СЕДО повинна відповідати таким умовам:

- технічні засоби СЕДО повинні забезпечувати справне цілодобове її функціонування в нормальних кліматичних умовах, в закритих приміщеннях категорії УХЛ4.2, без постійної присутності персоналу при температурі та відносній вологості навколишнього середовища, визначених для персональної обчислювальної техніки, відповідно заданим вимогам до надійності і достовірності згідно з ГОСТ 15150-80;

- КСЗІ СЕДО повинна мати атестат відповідності вимогам нормативних документів України у сфері технічного захисту інформації. Засоби криптографічного захисту інформації повинні мати сертифікат відповідності або позитивний експертний висновок на відповідність вимогам нормативних документів України у сфері криптографічного захисту інформації;

- експлуатація технічних та програмних засобів СЕДО має здійснюватися цілодобово без перерви, з застосуванням автоматичного резервного джерела живлення при аварійності електропостачання, працездатність апаратури повинна автоматично відновлюватися;

- електроживлення технічних засобів СЕДО здійснюється від мережі змінного струму напругою 220 В з частотою 50 Гц;

- СЕДО повинна бути працездатною при електроживленні її технічних засобів від джерел безперебійного електроживлення, з вимогами до мережі живлення згідно з ГОСТ 5237-83;

- час автономної роботи СЕДО від резервного джерела живлення - не менше 20 хвилин;

- технічні засоби СЕДО повинні бути готовими до роботи відповідно до вимог цих ТУ не більш ніж за 10 с. після подання на них електроживлення;

- технічні засоби СЕДО повинні експлуатуватися в приміщеннях, які обладнані захисним заземленням згідно з вимогами ГОСТ 12.1.030-87.

6.2. Експлуатація технічних засобів СЕДО повинна здійснюватися відповідно до рекомендованих норм навантаження, вказаних у документації на ці технічні засоби.

6.3. Види, періодичність і обсяги технічного обслуговування і ремонту технічних засобів СЕДО повинні відповідати вимогам, наведеним в експлуатаційній документації на відповідні технічні засоби.

7. Додаток

7.1. DTD для перевірки вірності створення XML-повідомлень

7.1.1. DTD для перевірки вірності створення повідомлення "Інформація про документ"

<?xml version = "1.0" encoding = "windows-1251"?>

<!ELEMENT ADDRPERS (PERSON)>

<!ELEMENT APPLICATION (#PCDATA)>

<!ATTLIST APPLICATION

type CDATA #REQUIRED>

<!ELEMENT ATTACHES (CONTENT+)>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT CAPTION>

<!ATTLIST CAPTION

type CDATA #REQUIRED>

<!ELEMENT CLOSEDATE EMPTY>

<!ATTLIST CLOSEDATE

type CDATA #REQUIRED>

<!ELEMENT CODE>

<!ATTLIST CODE

type CDATA #REQUIRED>

<!ELEMENT CONTENTTYPE (#PCDATA)>

<!ATTLIST CONTENTTYPE

type CDATA #REQUIRED>

<!ELEMENT COMPRESSED (#PCDATA)>

<!ATTLIST COMPRESSED

type CDATA #REQUIRED>

<!ELEMENT CONTENT (FILENAME*, APPLICATION*, DESCRIPTION*, DOCCONTENT, CONTENTTYPE, ORIGINAL_SIZE*, COMPRESSED*)>

<!ELEMENT DEADLINE EMPTY>

<!ATTLIST DEADLINE

type CDATA #REQUIRED>

<!ELEMENT DESCRIPTION (#PCDATA)>

<!ATTLIST DESCRIPTION

type CDATA #REQUIRED>

<!ELEMENT DOCCONTENT (#PCDATA)>

<!ATTLIST DOCCONTENT

type CDATA #REQUIRED>

<!ELEMENT DOCITEMS (DOCITEM+)>

<!ELEMENT DOCITEM (ITEMNUMBER, SHORTCONTENT, DEADLINE, PERFORMERS, CTRLLEVEL, NOTES*)>

<!ELEMENT DOCTYPE (CODE, CAPTION)>

<!ELEMENT INFO_DOC (REGNUMBER, REGDATE, AUTHORCODE, DOCTYPE, SUBTYPE_FULLCAPTION, SHORTCONTENT, ORG, SIGNER, CLOSEDATE, DEADLINE, ATTACHES*, DOCITEMS*, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID, LINKDOC*, ADDRPERS, QUESTION, SIGNATURES*, TIMELABELS*)>

<!ELEMENT FILENAME (#PCDATA)>

<!ATTLIST FILENAME

type CDATA #REQUIRED>

<!ELEMENT MIDDLENAME (#PCDATA)>

<!ATTLIST MIDDLENAME

type CDATA #REQUIRED>

<!ELEMENT LASTNAME (#PCDATA)>

<!ATTLISTLASTNAME

type CDATA #REQUIRED>

<!ELEMENT LINKDOC (INFO_DOC)>

<!ELEMENT_NAMEENGINE (#PCDATA)>

<!ATTLIST NAMEENGINE

type CDATA #REQUIRED>

<!ELEMENT_FIRSTNAME (#PCDATA)>

<!ATTLIST FIRSTNAME

type CDATA #REQUIRED>

<!ELEMENT POSITION (#PCDATA)>

< !ATTLIST POSITION

type CDATA #REQUIRED>

<!ELEMENT REGION (#PCDATA)>

<!ATTLIST REGION

type CDATA #REQUIRED>

<!ELEMENT ADDR (#PCDATA)>

<!ATTLIST ADDR

type CDATA #REQUIRED>

<!ELEMENT CTRLLEVEL (CODE, CAPTION)>

<!ELEMENT NOTES (#PCDATA)>

<!ATTLIST NOTES

type CDATA #REQUIRED>

<!ELEMENT ORGANIZATION (CODE, CAPTION, DESCRIPTION, OKPO)>

<!ELEMENT ORIGINAL_SIZE (#PCDATA)>

<!ATTLIST ORIGINAL_SIZE

type CDATA #REQUIRED>

<!ELEMENT QUESTION (#PCDATA)>

<!ATTLIST QUESTION

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLIST PARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLIST PARTICTRG

type CDATA #REQUIRED>

<!ELEMENT PERF (#PCDATA)>

<!ATTLIST PERF

type CDATA #REQUIRED>

<!ELEMENT PERFORMERS (PERFORMER+)>

<!ELEMENT PERFORMER (ROLE, ORG, PERF, DEADLINE, TASK)>

<!ELEMENT PERSON (CODE, LASTNAME, MIDDLENAME, FIRSTNAME, POSITION, REGION, STATUS, ADDR)>

<!ELEMENTREGDATE (#PCDATA)>

<!ATTLISTREGDATE

type CDATA #REQUIRED>

<!ELEMENT REGNUMBER (#PCDATA)>

<!ATTLIST REGNUMBER

type CDATA #REQUIRED>

<!ELEMENT ITEMNUMBER (#PCDATA)>

<!ATTLIST ITEMNUMBER

type CDATA #REQUIRED>

<!ELEMENT ROLE (CODE, CAPTION)>

<!ELEMENT SIGNATURES (SIGNATURE +)>

<!ELEMENT SIGNATURE (DIGITALSIGNATURE.TIMESTAMP, SIGNER, NAMEENGINE)>

<!ELEMENT STATUS (#PCDATA)>

<!ATTLIST

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

<!ELEMENT SHORTCONTENT (#PCDATA)>

<!ATTLIST SHORTCONTENT

type CDATA #REQUIRED>

<!ELEMENT SIGNER (PERSON)>

<!ELEMENT SUBTYPE_FULLCAPTION (#PCDATA)>

<!ATTLIST SUBTYPE_FULLCAPTION

type CDATA #REQUIRED>

<!ELEMENT TASK (#PCDATA)>

<!ATTLIST TASK

type CDATA #REQUIRED>

<!ELEMENT TIMELABELS (TIMELABEL+)>

<!ELEMENT TIMELABEL (LABEL, DESCRIPTION)>

7.1.2 DTD для перевірки вірності створення повідомлення "Підтвердження реєстрації"

<?xml version = "1.0" encoding = "windows-1251"?>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT CORREGDATE (#PCDATA)>

<!ATTLIST CORREGDATE

type CDATA #REQUIRED>

<!ELEMENT CORREGNUMBER (#PCDATA)>

<!ATTLIST CORREGNUMBER

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLISTPARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLISTPARTICTRG

type CDATA #REQUIRED>

<!ELEMENT Perfom_reg (REGNUMBER, REGDATE, AUTHORCODE, CORREGNUMBER, CORREGDATE, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)>

<!ELEMENT REGDATE (#PCDATA)>

<!ATTLIST REGDATE

type CDATA #REQUIRED>

<!ELEMENT REGNUMBER (#PCDATA)>

<!ATTLIST REGNUMBER

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

7.1.3. DTD для перевірки вірності створення повідомлення "Відмова від прийняття"

<?xml version = "1.0" encoding = "windows-1251"?>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLIST PARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLIST PARTICTRG

type CDATA #REQUIRED>

<!ELEMENT Perfom_nack (REGNUMBER, REGDATE, AUTHORCODE, REASON, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)>

<!ELEMENT REASON (#PCDATA)>

<!ATTLIST REASON

type CDATA #REQUIRED>

<!ELEMENT REGDATE (#PCDATA)>

<!ATTLIST REGDATE

type CDATA #REQUIRED>

<!ELEMENT REGNUMBER (#PCDATA)>

<!ATTLIST REGNUMBER

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

7.1.4. DTD для перевірки вірності створення повідомлення "Запит про хід виконання"

<?xml version = "1.0" encoding = "windows-1251"?>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT ITEMNUMBER (#PCDATA)>

<!ATTLIST ITEMNUMBER

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLIST PARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLIST PARTICTRG

type CDATA #REQUIRED>

<!ELEMENT REGDATE (#PCDATA)>

<!ATTLIST REGDATE

type CDATA #REQUIRED>

<!ELEMENT REGNUMBER (#PCDATA)>

<!ATTLIST REGNUMBER

type CDATA #REQUIRED>

<!ELEMENT REQUESTTEXT (#PCDATA)>

<!ATTLIST REQUESTTEXT

type CDATA #REQUIRED>

<!ELEMENT STAGEDATE (#PCDATA)>

<!ATTLIST STAGEDATE

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

<!ELEMENT Stage_info (REGNUMBER, REGDATE, AUTHORCODE, STAGEDATE, ITEMNUMBER, REQUESTTEXT, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)>

7.1.5. DTD для перевірки вірності створення повідомлення "Звіт про хід виконання"

<?xml version = "1.0" encoding = "windows-1251"?>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT CAPTION (#PCDATA)>

<!ATTLIST CAPTION

type CDATA #REQUIRED>

<!ELEMENT_CODE (#PCDATA)>

<!ATTLIST CODE

type CDATA #REQUIRED>

<!ELEMENT ITEMNUMBER (#PCDATA)>

<!ATTLIST ITEMNUMBER

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLIST PARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLIST PARTICTRG

type CDATA #REQUIRED>

<!ELEMENT Perform_info (REGNUMBER, REGDATE, AUTHORCODE, STAGEDATE, ITEMNUMBER, RESULTCODE, RESULTCONTENT, RESULTDATE, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)>

<!ELEMENT REGDATE (#PCDATA)>

<!ATTLIST REGDATE

type CDATA #REQUIRED>

<!ELEMENT REGNUMBER (#PCDATA)>

<!ATTLIST REGNUMBER

type CDATA #REQUIRED>

<!ELEMENT RESULTCODE (CODE, CAPTION)>

<!ELEMENT RESULTCONTENT (#PCDATA)>

<!ATTLIST RESULTCONTENT

type CDATA #REQUIRED>

<!ELEMENT RESULTDATE (#PCDATA)>

<!ATTLIST RESULTDATE

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

<!ELEMENT STAGEDATE (#PCDATA)>

<!ATTLIST STAGEDATE

type CDATA #REQUIRED>

7.1.6. DTD для перевірки вірності створення повідомлення "Оцінка виконання"

<?xml version = "1.0" encoding = windows-1251"?>

<!ELEMENT AUTHORCODE (#PCDATA)>

<!ATTLIST AUTHORCODE

type CDATA #REQUIRED>

<!ELEMENT DESCRIPTION (#PCDATA)>

<!ATTLIST DESCRIPTION

type CDATA #REOUIRED>

<!ELEMENT DONEDATE (#PCDATA)>

<!ATTLIST DONEDATE

type CDATA #REQUIRED>

<!ELEMENT ITEMNUMBER (#PCDATA)>

<!ATTLIST ITEMNUMBER

type CDATA #REQUIRED>

<!ELEMENT PACKAGETYPE (#PCDATA)>

<!ATTLIST PACKAGETYPE

type CDATA #REQUIRED>

<!ELEMENT PACKAGE_GUID (#PCDATA)>

<!ATTLIST PACKAGE_GUID

type CDATA #REQUIRED>

<!ELEMENT PARTICSRC (#PCDATA)>

<!ATTLIST PARTICSRC

type CDATA #REQUIRED>

<!ELEMENT PARTICTRG (#PCDATA)>

<!ATTLIST PARTICTRG

type CDATA #REQUIRED>

<!ELEMENT Perform_ack (REGNUMBER, REGDATE, AUTHORCODE, ITEMNUMBER*, DONEDATE, DESCRIPTION*, PARTICTRG, PARTICSRC, SENDTIME, PACKAGETYPE, PACKAGE_GUID)>

<!ELEMENT REGDATE (#PCDATA)>

<!ATTLIST REGDATE

type CDATA #REQUIRED>

<!ELEMENT ITEMNUMBER (#PCDATA)>

<!ATTLIST ITEMNUMBER

type CDATA #REQUIRED>

<!ELEMENT SENDTIME (#PCDATA)>

<!ATTLIST SENDTIME

type CDATA #REQUIRED>

7.2. Приклади формування XML-повідомлень

7.2.1. Приклад XML-повідомлення "Інформація про документ"

<?xml version = "1.0" encoding = "wmdows-1251"?>

<!DOCTYPE Info_Doc SYSTEM "[dtd | url]>">

<Info_doc>

<PACKAGETYPE type = "strmg">new_infodoc</PACKAGETYPE>

<PACKAGE_GUID type = "string">8FA6E638Bl 1F4D0A887AFB7908810 A8E</PACKAGE_GUID>

<CAPTION type = "strmg"> Запит депутата </CAPTION>

</DOCTYPE>

<SUBTYPE_FULLCAPTION type = "string">2/1 - Запит депутата</SUBTYPE_FULLCAPTION>

<SHORTCONTENT type = "string">2 аттача!</SHORTCONTENT>

<CORR>

<DESCRIPTION type = "string">Кабінет Міністрів України</DESCRIPTION>

</ORGANIZATION>

</CORR>

<LASTNAME type = "string">Петрова Н. І.</LASTNAME>

<MIDDLENAME type = "string">Іванівна</MIDDLENAME>

</PERSON>

</SIGNER>

<CAPTION type = "string">Азаров М. Я.</CAPTION>

</ADDRPERS>

<FILENAME type = "string"> Проект постанови щодо впровадження...doc</FILENAME>

<APPLICATION type = "string">Microsoft Word</APPLICATION>

<DESCRIPTION type ="string">Проект постанови N 234 від 10.04.2004 щодо...</DESCRIPTION>

<DOCCONTENT type = "bin.hex" >005e0000425a68333141592653598704-
4ce20006f9ffffffffffffffff7f7dffffdedcffff....

</DOCCONTENT>

< CONTENTTYPE type = "string">Файл Microsoft Word</CONTENTTYPE>

<ORIGINAL_SIZE type = "number">24064</ORIGINAL_SIZE>

</CONTENT>

<FILENAME type = "string">Таблиця порівнянь до проекту постанови...doc</FILENAME>

<APPLICATION type = "string">Microsoft Word</APPLICATION>

<DESCRIPTION type = "string">Таблиця порівнянь до проекту постанови...</DESCRIPTION>

<DOCCONTENT type = "bin.hex">007a0000425a683331415926535914bae2ae0-
018317ffffffffffffffffffdfffffffdffffff...

</DOCCONTENT>

<ORIGINAL_SIZE type = "number">31232</ORIGINAL_SIZE>

</CONTENT>

</ATTACHES>

<SHOTCONTENT type = "string" >Розробити проект закону</SHOTCONTENT>

<ROLE>

<CAPTION type = "srting">Головний виконавець</CAPTION>

</ROLE>

<ORG>

<CAPTION type = "string">Міністерство з питань...</CAPTION>

<DESCRIPTION type = "string" >Міністерство з питань...</DESCRIPTION

</ORGANIZATION>

</ORG>

<TASK type = "string">Розробити проект закону</TASK>

</PERFORMER>

</PERFORMERS >

</DOCITEM>

</DOCITEMS >

<INFO_DOC>

<CAPTION type = "string"> Запит депутата </CAPTION>

</DOCTYPE>

<SUBTYPE_FULLCAPTION type = "string" >4/1 - Доручення</SUBTYPE_FULLCAPTION>

<SHORTCONTENT type = "string">2 аттача!</SHORTCONTENT>

</INFO_DOC>

</LINKDOC>

</Info_Doc>

7.2.2. Приклад XML-повідомлення "Підтвердження реєстрації"

<!DOCTYPE Perfom_reg SYSTEM "[dtd | url]>">

<Perfom_reg>

<PARTICTRG type = "string">0201>/PARTICTRG>

<PACKAGETYPE type = "string">perform_reg</PACKAGETYPE>

<PACKAGE_GUID type = "string">7C55EC3FBDD44D02870235CCA370 A002</PACKAGE_GUID>

</Perfom_reg>

7.2.3. Приклад XML-повідомлення "Відмова від прийняття"

<?xml version = "1.0" encoding = "windows-1251"?>

<!DOCTYPE Perfom_nack SYSTEM "[dtd | url]>">

<Perfom_nack>

<PACKAGETYPE type = "string">perform_nack</PACKAGETYPE>

<PACKAGE_GUID type = "string">307219A85B3E4A29ADFCD332632A5 411</PACKAGE_GUID>

<REASON type = "string">Погано оформлений</REASON>

</Perfom_nack>

7.2.4. Приклад XML-повідомлення "Запит про хід виконання"

<?xml version = "1.0" encoding = "windows-1251"?>

<?DOCTYPE Stage_info SYSTEM "[dtd | url]">

<Stage_info>

<PACKAGETYPE type = "string">stage_info</PACKAGETYPE>

<PACKAGE_GUID type = "string">F920259E4C9A4B75A428868BB9B8F359</PACKAGE_GUID>

<REQUESTTEXT type = "string">Срочно!</REQUESTTEXT>

</Stage_info>

7.2.5. Приклад XML-повідомлення "Звіт про хід виконання"

<? xml version = "1.0" encoding = "windows-1251"?>

<!DOCTYPE Perform_info SYSTEM "[dtd | url]">

<Perform_info>

<PACKAGETYPE type = "string">perform_info</PACKAGETYPE>

<PACKAGE_GUID type = "string">FA431E9D034A469987CDC1222BOF7 858</PACKAGE_GUID>

<ITEMNUMBER type = " string" >second</ITEMNUMBER>

<CAPTION type = "string">Виконано</CODE>

</RESULTCODE>

<RESULTCONTENT type = "string">first</RESULTCONTENT>

</Perform_info>

7.2.6. Приклад XML-повідомлення "Оцінка виконання"

<?xml version = "1.0" encoding = "windows-1251"?>

<!DOCTYPE Perform_ack SYSTEM "[dtd | url]">

<Perform_ack>

<PACKAGETYPE type = "string">perform_ack</PACKAGETYPE>

<PACKAGE_GUID type = "string">B906F55FB6E241F18C6C91B6DB80C8E3</PACKAGE_GUID>

<DESCRIPTION type ="string">Виконано з порушенням терміну</DESCRIPTION>

</Perform_ack>

Начальник Управління
інформатизації Держзв'язку

Е. Бєлов